Method and device for message delivery and for discontinuous transmission

ABSTRACT

The disclosed techniques provide a method and device for reporting information and for discontinuous transmission. In the disclosed techniques, at least one of the following information is to be added to the random access procedure or the RRC connection related procedure, that is the information about data amount available for transmission, Power headroom, data amount available for transmission and the power headroom, whether SingleTone or MultiTone is supported, whether CP transmission mode or UP transmission mode is configured, where the RRC connection related procedure includes, but is not limited to, any of the following, that is the procedure of RRC connection, RRC connection reestablishment, RRC connection resume. Reporting the uplink message solves the problem of reporting the information about the data available for transmission and/or power headroom in the random access procedure or RRC connection related procedure.

CROSS REFERENCE TO RELATED APPLICATIONS

This patent document is a continuation of and claims priority to U.S.patent application Ser. No. 15/924,081, filed on Mar. 16, 2018, which isa continuation of International Patent Application No.PCT/CN2017/072399, filed on Jan. 24, 2017, which claims the benefit ofpriority of Chinese Patent Application No. 201610083942.X, filed on Feb.6, 2016. The entire contents of the before-mentioned patent applicationsare incorporated by reference as part of the disclosure of thisdocument.

TECHNICAL AREA

This patent document is directed to the telecommunications and, inspecific, a method and device for information report and discontinuoustransmission.

TECHNICAL BACKGROUND

FIG. 1 shows the LTE system access flow chart. It encompasses thefollowing processing steps:

Step 102: When the user equipment (UE) needs to connect to the Long TermEvolution (LTE) base station (eNB), it first sends to the eNB thepreamble. Since this is the first message of RRC connection procedure,it is referred to as message 1 (i.e. msg1) in the professional jargons.

Step 104: Having detected the preamble, the UE sends back a randomaccess response (referred to as RAR). Since this is the second messagein the connection procedure, the entire message transmitted in this stepis referred to as message 2.

Step 106: Upon receiving RAR, the UE sends an RRC connection request. Asthis is the third message in the connection procedure, the entiremessage transmitted in this step is referred to as message 3. Note thatthe entire RRC message in the MAC overhead and MAC PDU belong to thecontent of msg3. It is to be pointed out that the UE, during the entireconnection procedure, does not always have to send RRC connectionrequest message. Other messages could be sent in different procedures.For instance, in case of the NBIoT system, UE sends the RRCSuspend/Resume message in message 3, during the newly introduced RRCSuspend/Resume mechanism. Therefore, the RRC connection request is onlyone of the possible messages that can be carried by msg3.

Step 108: The eNB responds to the RRC connection request by sending backa RRC connection setup message, including signaling radio bearer 1(SRB1) and contention resolution flag. This is usually referred to asmsg4, as it is the message sent in step 4. Since this is the fourthmessage in the connection procedure, the message sent in this step isreferred to message 4.

Step 110: Based on the content of message 4, the UE determines whetherits access contention succeeds. If contention succeeds, it sets up theSRB1 according to the information carried by message 4 and sends the RRCconnection setup complete message, according to the SRB1 carried bymsg4. Since this message is the fourth message in the connectionprocedure, message sent in this step is usually referred to as message5, where message 5 contains non-access stratum (NAS) messages such asattach or service request, etc.

Currently, in order to assure a reasonable distribution of radioresource among UEs, LTE system requires that each UE reports the statusof the data amount available for transmission stored in its innerbuffer. The report is sent to the eNB as the Buffer Status Report (BSR).In LTE system, the Logical Channels (LCH) of a UE are grouped into 5Logical Channel Groups (LCG). A BSR reports the group sequence numberand the information about the data available for transmission in allLCHs. The BSR is transported by the Physical Uplink Shared Channel(referred to as PUSCH).

In LTE system, the time interval for data transmission over the wirelesslink is referred to as transmission time interval (TTL). Sine BSR is animportant reference information for eNB to schedule the UE radioresource, LTE has specified many types and transmission rules for BSR.Depending on the triggering events, BSR can have three types: theregular buffer status report (Regular BSR), the periodic buffer statusreport (Periodic BSR) or the padding buffer status report (Padding BSR).Here, the regular BSR has the following trigger events:

1. Arrival of upper layer data for transmission on the logical channelthat has a higher priority than those currently stored in the logicalchannel (LCH).

2. Change of the serving cell.

3. Retransmission timer (RETX_BSR_TIMER) in the BSR expires, while dataare available for transmission in the UE buffer.

The triggering condition for periodic BSR includes expiration of theperiodic BSR timer (PERIODIC BSR TIMER).

The triggering condition for padding BSR includes: When neither RegularBSR nor Periodic BSR waiting for transmission, and the number of paddingbits in the assigned resource in the uplink (PUSCH) is greater than, orequal to, the sum of the bits in the control element (CE) of mediaaccess control (MAC) and the MAC subheader.

Padding BSR is complimentary to the Regular BSR and Periodic BSR: It hasthe nature of filling, whereas the Regular BSR and Periodic BSR arenon-filling. When no Regular BSR and Periodic BSR are transmitted in theuplink, the Padding BSR can be sent to inform eNB of the LCG data changein the UE buffer more timely.

Regular BSR, Periodic BSR and Padding BSR are transported differently:Regular BSR and Periodic BSR are wrapped in a control element (CE) ofthe Media Access Control Packet Data Unit (MAC UDP), while the PaddingBSR is transported in the Padding bits of MAC PDU, packaged as a MAC CE.The three methods of transporting the BSR differs from each other onlyin whether the padding bits are used. The MAC PDU is transmitted byPUSCH.

The formats used for transmitting BSR can be further differentiated asshort BSR, truncated BSR and long BSR. FIG. 2 shows the 1st format forBSR transmission. FIG. 3 shows the 2nd format for BSR transmission. AsFIG. 2 and FIG. 3 show, following the definition of the LTE MAC protocolstandard, the format in FIG. 2 is referred to as the short BSR ortruncated BSR. The format in FIG. 3 is the long BSR. When a Regular BSRor a Periodic BSR is triggered, and only one LCG has data available fortransmission in the TTI, in which the BSR is being prepared fortransmission, the UE can choose the short BSR format to transmit theBSR.

When a Regular or Periodic BSR is triggered by UE, while there are moreLCG's having data available for transmission in the TTI, in which theBSR is being prepared for transmission, the UE can choose the long BSRformat to transmit the BSR. When a Padding BSR is triggered by UE, whilethere are more LCGs in the TTI in which the BSR is prepared fortransmission, and the number of Padding bits in the MAC PDU does notsuffice to carry long BSR format and the related MAC subheader, the UEcan choose the truncated BSR format for BSR transmission. When the BSRis triggered as Padding BSR by UE and only one LCG with data availablefor transmission is in the TTI in which the BSR is prepared, the UE canuse the short BSR format to report BSR. It is worth noting that theshort BSR format and the truncated BSR format have different meanings,even though both use the same format as shown in FIG. 3.

BSR triggering events are all important events. When a Regular BSR istriggered and if no PUSCH resource for transmitting the BSR is availablein the current TTI, the UE needs to trigger the Scheduling Request (SR),which can be canceled later, if UE gets PUSCH resource in the follow-upTTI. Of course, if there is no PUSCH resource in the follow-up TTI, theSR will be sent to eNB through the Physical Uplink Control Channel(PUCCH), so that the eNB can assign PUSCH resource to the UE.

According to the definition of the current LTE MAC layer protocolstandard (e.g. TS 36.321), the BSR is triggered and transmitted asfollowing:

According to the triggering conditions described before, UE determineswhether to trigger the BSR in every TTI.

At every TTI, the UE determines whether there is already a triggeredBSR. If there is a triggered BSR, the UE needs to determine whetherthere is PUSCH resource available in the current TTI. If there isavailable PUSCH resource, the UE selects the appropriate format toconstruct the MAC CE for the BSR. If there is no BSR triggered, the UEneeds to determine whether to trigger a Padding BSR. If triggering aPadding BSR is possible, it needs to select the appropriate BSR formatto construct the MAC CE for the BSR. When the MAC CE is completed, theUE executes the uplink transmission.

Power headroom report (PHR) refers to the procedure, when UE uses themethod of MAC CE to report the difference between the nominal maximumtransmit power and the estimated transmit power of the Uplink SharedChannel (UL-SCH) to the eNB. Conditions for triggering PHR can includethe following:

1. The prohibitPHR-Timer expires and the change in path loss is greaterthan the configured value (computed from the last PHR epoch).

2. The periodicPHR-Timer expires.

3. PHR function entity is configured or reconfigured.

Once the PHR is triggered, the UE transmit the PHR when it has theuplink resource to support PHR. FIG. 4 shows the MAC CE format for PHR.As shown in FIG. 4, the power headroom (PH) is expressed in bits with alength of 6 bits. In addition, there are two reserved bits (R), forwhich the default value is 0 in the related technical specification.

In LTE system, format type 1 is usually used for power headroom report,where the power headroom value is read from the physical layer in 64levels.

In current LTE systems, in order to support machine type communicationterminals (e.g. sensor, smart home, intelligent grid etc.), narrow bandInternet of things (NB-IoT) is introduced. The system has a bandwidth180 kHz for the use of machine type communication of small data amount,to avoid the impact of the small data amount on the spectrum efficiencyof the terminals designed for high data rate, and, at the same time, toincrease the number of users carried by unit frequency bandwidth.

Nevertheless, although the deployment of narrow band system can isolatethe machine type terminals and non-machine type terminals, it does nothelp improving the transmission rate of the user. This is because thenarrow band system uses the same control plane and user plane as thewide band LTE, hence the cost for the control is the same for both.Therefore, compared to the LTE system, the narrow band system has noobvious advantage in terms of spectrum efficiency.

In order to improve the spectrum efficiency of narrow band systems andto reduce the overhead of signaling, a concept of transmitting data byNAS signaling is introduced recently to the NB-IoT system. Transmittingdata by control plane signaling is an abnormal approach, as the qualityof service (QoS) of the signaling transmission is unique, while the datatransmission should be able to provide a multitude of QoSs. Therefore,using the signaling transmission mechanism to transmit data would havenegative impact on the MAC layer with various consequences.

To summarize, none of the currently known techniques, such as MACscheduling and HARQ, etc. can cooperate with the concept of transmittingdata over signaling channels effectively.

SUMMARY

This patent document describes a method and device for message reportingand for discontinuous transmission, to resolve, at least, the problem ofreporting the information about the data amount available fortransmission, and/or the power headroom, and the support for single tone(SingleTone) or multi-tones (MultiTone) or whether control plane based(CP) or user plane (UP) based transmission mode is configured, thatcannot be solved by the uplink message of the current random accessprocedure or the current RRC connection procedure.

The disclosed techniques, in one aspect, provide a method of messagereporting, that includes adding at least one of the followinginformation to the uplink message of the random access procedure and theRRC connection procedure:

-   -   Data amount available for transmission,    -   Power headroom,    -   Support of SingleTone or MultiTone,    -   UP transmission mode or CP transmission mode,

where the RRC connection procedure includes any of the following:

-   -   RRC connection,    -   RRC connection reestablishment,    -   RRC resume,    -   Reporting the uplink message.

Optionally, the uplink message includes any of the following:

Message 3 (msg3), 5 (msg5), and any message sent after msg5.

Optionally, method of adding information about whether SingleTone orMultiTone is supported in the uplink message includes any of thefollowing:

Use the reserved bits, or redefine the current bit positions, of the MACsubheader corresponding to the CCCH SDU carried by the uplink message,to indicate the support of SingleTone or MultiTone. Use the reservedbits, or redefine the current bit positions, in the MAC CE of the uplinkto indicate the information about whether the SingleTone or MultiTone issupported, where MAC CE can be either BSR MAC CE or PHR MAC CE.

Optionally, method of using the reserved bits, or redefining the currentbit positions, in the MAC subheader corresponding to the CCCH SDUcarried by the uplink message to convey the information about whetherthe SingleTone or MultiTone is supported includes further any of thefollowing:

Define a new logical channel identifier LCID to carry the informationabout whether SingleTone or MultiTone is supported, that includes usingMAC subheader of the LCID to indicate that the MAC subheader carries theinformation about whether SingleTone or MultiTone is supported.

Optionally, use the reserved bits, or redefine the current bitpositions, in the MAC CE in the uplink message, to convey theinformation about whether SingleTone or MultiTone is supported,including using the MAC subheader of the LCID to indicate that the MACCE corresponding to the MAC subheader contains the information aboutwhether SingleTone/MultiTone is supported, where the MAC CE can beeither BSR MAC CE or PHR MAC CE.

Optionally, method of adding information to the uplink message aboutwhether CP transmission mode or UP transmission mode is configuredincludes any of the following:

Use the reserved bits, or redefine the current bit positions, in the MACsubheader of CCCH SDU in the uplink message, to indicate whether CPtransmission mode or the UP transmission mode is configured.

Use the reserved bit, or redefine the bit positions, in the MAC CE ofthe uplink message, to indicate the information whether UP transmissionmode or CP transmission mode is configured, where the MAC CE can beeither BSR MAC CE or PHR MAC CE.

Optionally, method of using the reserved bit, or redefining the currentbit position, in the MAC subheader associated with the CCCH SDU in theuplink message, to carry the information about whether the CPtransmission mode or UP transmission mode is configured, includesfurther:

Define a new logical channel identifier LCID to correspond to both CCCHand the information about the CP transmission mode/UP transmission mode,simultaneously, including using the MAC subheader of the LCID toindicate that the MAC subheader carries the information about whether CPtransmission mode or UP transmission mode is configured.

Optionally, method of using the reserved bits, or redefining the currentbit positions, in the MAC CE, to represent the information about whetherCP transmission mode or UP transmission mode is configured, includesfurther:

Define a new logical channel identifier LCID to correspond to MAC CE andto the CP transmission mode/UP transmission mode information,simultaneously, including using the MAC subheader of the LCID toindicate that the MAC CE carries the information about whether UPtransmission mode or CP transmission mode is configured, where MAC CEcan be either BSR MAC CE or PHR MAC CE.

Optionally, method of adding to the uplink message the information aboutthe data amount available for transmission includes any of thefollowing:

Add BSR MAC CE to the uplink message.

Add the information about the data amount available for transmission tothe CCCH SDU of the uplink message.

Use the reserved bits, or redefine the current bit positions, in the MACsubheader associated with CCCH SDU, to represent the information aboutthe data amount available for transmission.

Optionally, method of adding information about the data amount availablefor transmission in the uplink message includes further:

Add an indication information in the uplink message to indicate that theuplink message contains the BSR MAC CE. The method of adding indicationinformation to the uplink message includes any of the following:

Add a MAC subheader associated with the MAC BSR to the uplink message.

Use the reserved bits, or redefine the current bit positions, in the MACsubheader associated to the CCCH SDU to indicate that the uplink messagecontains BSR MAC CE.

Define a new logical channel identifier (LCID) associated with both CCCHand BSR at the same time, wherein the MAC subheader indicates that theMAC PDU, which LCID belongs to, comprises both CCCH SDU and BSR MAC CE.

Add an indication information to CCCH to indicate that the uplinkmessage carries BSR MAC CE.

Optionally, method of adding to the CCCH SDU an indication informationregarding the presence of BSR MAC CE in the uplink message includes anyof the following:

Define the spare bit in the control plane message carried by CCCH SDU asthe indication information.

Add an indication information to the critical extension informationelement (criticalExtension IE), or non-critical extension informationelement (non-criticalExtension IE), carried by CCCH SDU.

Optionally, the method of using the reserved bits, or redefining thecurrent bit positions, in the MAC subheader associated with the CCCH SDUcarried by the uplink message includes any of the following:

Define a new LCD, including using the MAC subheader of the LCID toindicate that the MAC subheader contains the information about the dataamount available for transmission. While being associated with CCCH SDU,the MAC subheader contains also the information regarding the dataamount available for transmission.

Optionally, the method of adding to the uplink message the informationabout the power headroom includes any of the following:

Add the power headroom information to the CCCH SDU in the uplinkmessage.

Use the reserved bits, or redefine the current bit positions, in theCCCH SDU, to indicate the power headroom information.

Optionally, method of adding the power headroom information in theuplink message, through adding an indication information to the uplinkmessage, to indicate that the uplink message carries PHR CE, includesany of the following:

Add the MAC subheader associated with the PHR CE to the uplink message.

Use the reserved bits, or redefine the current bit positions, in the MACsubheader associated with CCCH SDU carried by the uplink message torepresent the PHR MAC CE in the uplink message.

Define a new LCID associated with both CCCH and PHR at the same time,wherein the MAC subheader of LCID indicates that the MAC PDU that bearsthe LCID contains both CCCH SDU and PHR MAC CE.

Add an indication information in the CCCH SDU to indicate that theuplink carries PHR MAC CE.

Optionally, method of adding indication information in the CCCH SDU toindicate that the uplink message carries PHR MAC CE includes any of thefollowing:

Deploy the spare bit in the CP message carried by CCCH SDU to carry theindication information.

Add the indication information to the criticalExtension IE, ornon-criticalExtension IE, of the CP message carried by CCCH SDU.

Optionally, method of using the reserved bit, or redefining the currentbit positions, in the MAC subheader associated with the CCCH SDU carriedby the uplink message to convey power headroom information includesfurther any of the following:

Define a new LCD, wherein the MAC subheader of the LCID indicates thatthe MAC subheader contains the power headroom information and that theMAC subheader is associated with the CCCH SDU and contains the powerheadroom information at the same time.

Optionally, method of adding simultaneously the information of the dataamount available for transmission and the power headroom includes one ofthe following:

Add to the uplink message the BSR_PHR combined MAC CE.

Add to the uplink message the information about the data amountavailable for transmission and the power headroom simultaneously in theCCCH SDU.

Optionally, method of adding the information about the data amountavailable for transmission and the power headroom simultaneously,includes further adding an indication information to the uplink message,where the indication information indicates that the uplink messagecontains BSR_PHR combined MAC CE. The method of adding the indicationinformation includes any of the following:

Define a new LCID associated with the BSR_PHR combined MAC CE.

Use the MAC subheader of the LCID to indicate that the MAC PDU, to whichthe LCID belongs to, contains BSR_PHR combined MAC CE.

Use the reserved bits in the MAC subheader of the associated CCCH PDU inthe uplink message to indicate that the MAC PDU carries the BSR_PHRcombined MAC CE.

Define a new LCID associated with CCCH, PHR and BSR simultaneously,where the MAC header of the LCID indicates that the MAC PDU, to whichthe LCID belongs to, includes both CCCH SDU and BSR_PHR combined MAC CE.

Add an indication information in the CCCH SDU to indicate that theuplink message carries BSR_PHR combined MAC CE.

Optionally, method of adding indication information to the CCCH SDU toindicate that the uplink message carries BSR_PHR combined MAC includesany of the following:

Define the spare bits in the CP message carried by the CCCH SDU as theindication information.

Add an indication information to the criticalExtension IE ornon-criticalExtension IE in the CP message carried by the CCCH SDU.

Optionally, method of adding the indication information to indicate thatthe uplink message carries the BSR MAC CE, or PHR MAC CE or BSR_PHRcombined MAC CE includes further:

Use the reserved bit and the F2 bit in the MAC subheader associated withthe CCCH SDU carried by the uplink message to carry the indicationinformation, wherein the first value of the indication informationrepresents that the uplink message carries BSR MAC CE, the second valueof the indication information represents that the uplink message carriesthe PHR MAC CE, the third value of the indication information representsthat the uplink message carries BSR_PHR combined MAC CE, the fourthvalue of the indication information represents that the uplink messagecarries BSR_MAC CE, PHR MAC CE and BSR_PHR combined MAC CE.

Optionally, when the fourth value is 00, the uplink message does notcarry BSR_MAC CE, PHR_MAC CE or BSR_PHR combined MAC CE.

Optionally, the format of adding BSR_PHR to the uplink message is thefollowing:

BSR_PHR combined MAC CE consists of BSR and PHR. The total length of theBSR_PHR combined MAC CE is 8N bits, where N is an integer and the BSRcan be constructed as one of the following: BSR contains only the dataamount available for transmission; BSR contains both LCG range and thedata amount available for transmission.

Optionally, when the BSR_PHR combined MAC CE has a total length of 8bits, the length of BSR and length of PHR are compressed to 8 bits,wherein the mapping relation between range of the data amount of thecompressed BSR and the data amount range in the current LTE protocol canbe the following:

The range of the “data amount available for transmission” in thecompressed BSR is mapped to entire BSR data amount table of the currentLTE protocol, in which a granularity of the value that is greater thanthe preset threshold is taken.

The range of data amount available for transmission in the BSR, withoutchange of granularity, is mapped to a part of the BSR data mapping tableof the current LTE protocol.

The mapping between the compressed PHR and the PHR of the current LTEprotocol can be one of the following:

The compressed PHR is mapped to the entire PHR table of the current LTEprotocol, in which the granularity of the compressed PHR is greater thanthe predefined threshold.

The compressed PHR is mapped to a part of the PHR mapping table of thecurrent LTE protocol without changing the granularity.

Optionally, the BSR MAC CE or PHR MAC CE or BSR PHR combined MAC CE inthe uplink message can be after the CCCH SDU or before the CCCH SDU.

Optionally, adding information regarding the data amount available fortransmission in CCCH SDU includes adding the information regarding thedata amount available for transmission in the criticalExtension IE orthe non-criticalExtension IE of the CP message carried by CCCH SDU.

Optionally, method of adding the information regarding the data amountavailable for transmission includes using 1 to 6 bits to represent themagnitude level of data amount available for transmission, wheredifferent levels correspond to different data amount ranges.

Optionally, method of adding the power headroom information in CCCH SDUincludes adding the power headroom information to the critical ExtensionIE or non-criticalExtension IE of the CP message carried by CCCH SDU.

Optionally, method of adding power headroom information includes using 1to 6 bits to represent the magnitude levels of the power headroom, wherethe power headroom is obtained from the physical layer.

Optionally, method of adding the information regarding the data amountavailable for transmission and power headroom in CCCH SDU includesadding the information regarding the data amount available fortransmission and the power headroom in the critical Extension IE ornon-criticalExtension IE of the CP message carried by the CCCH SDU.

Optionally, before adding information regarding data amount availablefor transmission, or power headroom, or data amount available fortransmission and power headroom, the method comprises determining thatBSR or PHR are triggered and, following the BSR trigger rule, notinitiating BSR periodicBSR-Timer, when there is uplink resourceavailable for the first transmission. Not initiating periodicPHR-Timer,when uplink resource for the first time transmission is currentlyavailable, following the PHR triggering rule.

Optionally, the above CP messages include any of the following:

-   -   RRC connection request message,    -   RRC connection complete message,    -   Security mode complete message,    -   RRC connection reconfigure complete message,    -   Uplink message transmission message,    -   RRC connection re-establishment request message,    -   RRC connection re-establishment complete message,    -   RRC connection resume request message,    -   RRC connection resume request complete message.

Another aspect of disclosed techniques of the disclosed techniques is anentity for reporting the information. That includes a processing module,configured, such that at least one of the following information is addedin the random access procedure and RRC connection procedures:

-   -   Data amount available for transmission,    -   Power headroom,    -   Information about whether SingleTone or MultiTone is supported,    -   Information about whether CP transmission mode or UP        transmission mode is configured,

wherein, the corresponding RRC connection procedures include one of thefollowing:

-   -   RRC connection procedure,    -   RRC connection reestablishment procedure,    -   RRC connection recovery procedure.

and reporting module is configured to report uplink messages.

Optionally, the uplink messages include, but not limited to, thefollowing: msg1, msg5, and any uplink messages sent after msg5.

Optionally, the processing module, is configured using the reservedbits, or redefine the current bit position, in the MAC subheaderassociated with CCCH SDU of the uplink message, or using the reservedbits, or redefining the MAC CE bit position in the uplink, to carry theinformation about whether SingleTone or MultiTone is supported, whereinMAC CE can be either BSR MAC CE or PHR MACE.

Optionally, the processing module is configured such that a new logicalchannel identifier LCID is defined to associated with CCCH andSingleTone/MultiTone support simultaneously, including the MAC subheaderof the LCID is used to indicate that the MAC subheader of this LCIDcarries the information about whether SingleTone or MultiTone issupported, where the MAC CE includes either BSR MAC CE or PHR MAC CE.

Optionally, the processing module is configured to use the reserved bitsof the MAC subheader associated with CCCH SDU, or to redefine the bitposition, to indicate whether CP transmission mode or UP transmissionmode is configured, or to use the reserved bits in the MAC CE in theuplink, or to redefine the bit position in the MAC CE in the uplink, tocarry the information about whether CP transmission mode or UPtransmission mode is configured, wherein the MAC CE includes either BSRMAC CE or PHR MAC CE.

Optionally, the processing module is configured such that a new logicalchannel indication LCID is used to associate with CCCH and CP/UPtransmission mode information, including the MAC subheader of LCID isused to indicate that MAC subheader of this LCID carries informationabout whether CP mode transmission or UP mode transmission isconfigured.

Optionally, the processing module is configured such that a new logicalchannel indication LCID is used to associate with MAC CE and CP/UPtransmission mode information, including the MAC subheader of LCID isused to indicate that MAC subheader of this LCID carries informationabout whether CP mode transmission or UP mode transmission isconfigured, where MAC CE includes either BSR MAC or PHR MAC CE.

Optionally, the method for the processing module being configured suchthat the information of the data amount available for transmission isadded includes any of the following:

-   -   Add BSR MAC CE in the uplink message,    -   Add the data amount available for transmission in the CCCH SDU        of the uplink,    -   Use the reserved bits, or redefine the current bit position, in        the MAC subheader of CCCH SDU in the uplink, to carry the        information of the data amount available for transmission.

Optionally, the processing module is configured such that the indicationinformation is added to the uplink message, wherein the indicationinformation is used to explain the BSR MAC CE of the uplink message. Themethod of adding the indication information includes any of thefollowing:

-   -   Add MAC subheader of the BSR MAC CE in the uplink message.    -   Use the reserved bits, or redefine the current bit position, of        the MAC subheader of the CCCH SDU in the uplink message, to        indicate that the uplink carries BSR MAC CE.    -   Define a new LCID to associate with CCCH and BSR simultaneously,        including the MAC subheader of LCID is used to indicate the MAC        PDU for this LCID comprises CCCH SDU as well as BSR MAC CE.    -   Add indication information in CCCH SDU to indicate the presence        of BSR MAC CE in uplink message.

Optionally, the processing module is configured such that the indicationinformation is added to the CCCH SDU to indicate the presence of BSR MACCE in the uplink message, which includes any of the following:

-   -   Define the spare bit in the CP message carried in CCCH SDU as        the indication information: Add indication information to the        crtiticaExtension or non-criticalExtension of CP message in CCCH        SDU.

Optionally, the processing module is configured to use the reservedbits, or to redefine the current bit position, in the MAC subheader ofthe CCCH SDU in the uplink message, to indicate the data amountavailable for transmission. That includes:

-   -   Defining a new LCID, including using the MAC subheader of LCID        to indicate the information in the MAC subheader about the data        amount available for transmission.    -   Using this MAC subheader to indicate the information about the        data amount available for transmission while being associated        with the CCCH SDU.

Optionally, the method for the processing module configured to add theinformation about the power headroom in the uplink message includes:

-   -   Adding the power headroom report PHR MAC CE in the uplink        message.    -   Adding the power headroom information in the CCCH SDU of the        uplink message.    -   Using the reserved bits, or redefining the bit position, in the        MAC subheader of the CCCH SDU in the uplink, to carry the        information about the power headroom.

Optionally, the processing module is configured to add indicationinformation, wherein the indication information is used to tell that theuplink message carries a PHR MAC CE, the method of which includes:

-   -   Adding the MAC subheader associated with the PHR MAC CE.    -   Using the MAC subheader associated with CCCH SDU in the uplink        message.    -   Using the reserved bits, or redefining the current bit        positions, of the MAC subheader associated with CCCH SDU, to        indicate PHR MAC CE is present in the uplink message.    -   Defining a new LCID associated with both CCCH and PHR        simultaneously, including the MAC subheader of the LCID to        indicate that the MAC PDU of this LCID contains both CCCH SDU        and PHR MAC CE.    -   Adding indication information to CCCH SDU to let know that there        is PHR MAC CE in the uplink message.

Optionally, the processing module is configured, such that indicationinformation is added in the CCCH SDU to indicate that PHR MAC CE is inthe uplink message, the method of which includes:

-   -   Adding the indication information in the critical Extension IE        or non-criticalExtension in the CP message of the CCCH SDU.

Optionally, the processing module is configured to add both theinformation about the data amount available for transmission and thepower headroom simultaneously, the method of which includes one of:

-   -   Adding BSR_PHR combined MAC CE to the uplink message;    -   Adding the information about the data amount available for        transmission and power headroom into the CCCH SDU        simultaneously.

Optionally, the processing module is configured to add the indicationinformation, wherein the indication information is to tell that there isBSR_PHR combined MAC CE in the uplink message, the method of whichincludes one of:

-   -   Defining a new LCID associated with BSR_PHR combined MAC CE,        using the MAC subheader of the LCID to indicate that the MAC        PDU, in which the LCID resides, carries BSR_PHR combined MAC CE.    -   Using the reserved bits in the MAC subheader associated with        CCCH SDU to indicate that the uplink message carries BSR_PHR        combined MAC CE.    -   Defining a new LCID associated with CCCH, PHR and BSR        simultaneously, including that the MAC subheader of the LCID is        deployed to indicate that the MAC PDU contains CCCH SDU as well        as BSR_PHR combined MAC CE.    -   Adding indication information to CCCH SDU to indicate that the        uplink message carries BSR_PHR combined MAC CE.

Optionally, the processing module is configured to add indicationinformation to the CCCH PDU to indicate that the uplink message carriesBSR_PHR combined MAC CE, method of which includes one of:

-   -   Defining the spare bits in the CP message of CCCH SDU as the        indication information;    -   Adding the indication information to the criticalExtension IE or        the non-criticalExtension IE of the CP message carried by CCCH        SDU.

Optionally, the processing module is configured to utilize the reservedbits, or to redefine the current bit positions, to represent theinformation about the power headroom, the method of which includes:

-   -   Defining a new LCD, that includes using the MAC subheader of the        LCID to indicate that the MAC subheader contains the information        about the power headroom, and using the MAC subheader to        indicate that it contains information about the power headroom,        while being associated with the CCCH SDU.

Optionally, the processing module is configured to set the reserved bitand F2 bit of the MAC subheader associated with CCCH SDU in the uplinkas the indication information, where the first value of the indicationinformation represents that the uplink carries BSR MAC CE, the secondvalue represents that the uplink message carries PHR MAC CE, the thirdvalue represents that the uplink message carries BSR_PHR combined MACCE, and the fourth value represents that the uplink message carries BSRMAC CE, PHR MAC CE and BSR_PHR combined MAC CE.

Optionally, when the fourth value is 00, it tells that the uplinkmessage carries BSR MAC CE, PHR MAC CE and BSR_PHR combined MAC CE.

Optionally, the format of adding BSR_PHR combined MAC CE in the uplinkmessage is the following:

BSR_PHR combined MAC CE consists of BSR and PHR, where the total lengthof BSR_PHR combined MAC CE is 8N bits, for N being integer, and BSR isconstructed as one of the following: BSR contains the range of the dataamount available for transmission; BSR contains both LCG range and therange of the data amount available for transmission.

Optionally, when the total length of BSR_PHR combined MAC CE is 8 bits,the length of BSR and the length of PHR are to be compressed to lessthan 8 bits, where relation between the range of the data amountavailable for transmission in the compressed BSR and the BSR data amountis mapped in one of the following ways:

-   -   With a granularity greater than the preset threshold, the range        of the data amount available for transmission in the compressed        BSR is mapped to the entire mapping table for the BSR data        amount in current LTE protocol,    -   Compressed the BSR range of the data amount available for        transmission is mapped only to part of the BSR data amount        mapping table of the current LTE protocol, without change of the        granularity.

The relation between the compressed PHR and the PHR mapping table of thecurrent LTE protocol includes any of the following:

-   -   With a granularity greater than the preset threshold, the        compressed PHR is mapped to the entire PHR mapping table of the        current LTE protocol,    -   Compressing PHR does not change the granularity, but it is        mapped only to part of the PHR mapping table of the current LTE        protocol.

Optionally, BSR MAC CCE or PHR MAC CE or BSR_PHR combined MAC CE followsthe CCCH SDU or ahead of CCCH SDU in the uplink message.

Optionally, the processing module is configured to add information aboutthe data amount available for transmission to the criticalExtension IEor non-criticalExtension IE of the CP message in the CCCH SDU.

Optionally, method of adding the information about the data amountavailable for transmission includes: Representing the magnitude levelsof the data amount available for transmission with 1 to 6 bits, wheredifferent magnitude levels correspond to different data amount ranges.

Optionally, the processing module is configured to add information aboutthe power headroom to the criticalExtension IE or non-criticalExtensionIE in the CP message of the CCCH SDU.

Optionally, the method for adding information about the power headroomincludes: Using 1 to 6 bits to represent the information of themagnitude levels of the power headroom, where the power headroom is readfrom the physical layer.

Optionally, the processing module is configured such that informationabout the data amount available for transmission is added to the CPmessage carried by the CCCH SDU.

Optionally, the above embodiment includes: Method of obtaining themodule, configured such that the indication information is obtained fromthe random access response message, wherein the indication message isused to indicate that the information about the data amount availablefor transmission, or the power headroom, or the data amount availablefor transmission and the power headroom, is added to the uplink messageby the UE.

Optionally, the above embodiment includes: the second determinationmodule, configured such that BSR or PHR is already triggered, wherein,

-   -   following the BSR triggering rules, no periodicBSR-Timer is        started when there are uplink resources available for the first        transmission,    -   following the PHR triggering rules, no periodicPHR-Timer is        started when there are uplink resources available for the first        transmission.

Optionally, the above CP messages include the following:

-   -   RRC connection,    -   RRC connection complete,    -   Security mode complete,    -   RRC reconnect configuration,    -   Uplink transmission,    -   RRC reconnection request,    -   RRC reconnection complete,    -   RRC reconnect resume request,    -   RRC reconnect resume complete.

As shown in the implementation examples, using the method of adding thefollowing information to the random access procedure or RRC connectionprocedures, i.e.

-   -   information about the data amount available for transmission        or/and power headroom, or    -   information about the support of SingleTone or MultiTone, or    -   the indicating whether CP transmission mode or UP transmission        mode is configured, before transmitting the uplink message,        solves the problem that,    -   the information about the data amount available for transmission        or/and power headroom, or    -   the information about the support of SingleTone or MultiTone, or    -   the information about whether CP transmission mode or UP        transmission mode is configured. Those are information that        cannot be reported in the current random access procedure or the        RRC connection procedures. Therefore, the invented methods        improve the efficiency of utilizing the CP message for uplink        data transmission.

The figures used here provide further explanation of the techniquesdescribed herein. The purpose of implementation examples to explain thedisclosed techniques and, as such, poses no further limitation.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is about the flow chart of the random access procedure in therelevant LTE system.

FIG. 2 shows the first format used for the BSR transmission in currenttechnology.

FIG. 3 shows the second format used for BSR transmission in the currenttechnology.

FIG. 4 shows the format of PHR in MAC CE in the current technology.

FIG. 5 shows the flow chart of the message report in an example ofdisclosed techniques.

FIG. 6a shows a method of adding BSR MAC CE to message 3 in onerepresentative implementation of the disclosed techniques.

FIG. 6b shows another method of adding BSR MAC CE to message 3 in onerepresentative implementation of disclosed techniques.

FIG. 7 shows the first method of adding indication information tomessage 3, where message 3 carries BSR MAC CE, in one representativeimplementation example according to disclosed techniques.

FIG. 8 shows the format of BSR MAC CE corresponding to the method ofadding indication information to message 3, in one representativeimplementation example according to the disclosed techniques.

FIG. 9 shows the second method of adding indication information tomessage 3, explaining that message 3 carries BSR MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 10 shows the third method of adding indication information tomessage 3, explaining that message 3 carries BSR MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 11a shows a method of adding PHR MAC CE to message 3, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 11b shows another method of adding PHR MAC CCE to message 3, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 12 shows a method of adding indication information to message 3,explaining that message 3 carries PHR MAC CE, in one representativeimplementation example according to the disclosed techniques.

FIG. 13 shows the format corresponding to the first method of addingindication information corresponding to PHR MAC CE to message 3, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 14a shows the first format for BSR_PHR combined MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 14b shows the second format for BSR_PHR combined MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 14c shows the third format for BSR_PHR combined MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 14d shows the fourth format for BSR_PHR combined MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 14e shows the fifth format for BSR_PHR combined MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 14f shows the sixth format for BSR_PHR combined MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 15 shows the method of adding indication information to message 3,explaining that the message carries the BSR_PHR combined MAC CE, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 16 shows the method of discontinuous transmission, in onerepresentative implementation example according to the disclosedtechniques.

FIG. 17 shows the frame architecture for message reporting, in animplementation example according to the disclosed techniques.

FIG. 18 shows the frame architecture for message reporting, in onerepresentative implementation example according to the disclosedtechniques.

DETAILED DESCRIPTION

In the following, the disclosed techniques will be further explained bymeans of figures and implementation examples. As far as there is nocontradiction, the implementation examples and the characteristics ofthe examples can be combined.

It is worth pointing out that words “first”, “second” etc in theexplanations and claims as the attached figures are used todifferentiate the objects. They do not indicate any given order orsequences.

This implementation example provides a method of reporting information,FIG. 5 is the flow chart of information reporting method, according toimplementation example. It includes:

For Step S502, adding the following information in the random accessprocedure or RRC connection procedures:

-   -   Data amount available for transmission, power headroom,        information about the support of SingleTone or MultiTone,        information on whether CP or UP is the configured transmission        mode, where the RRC connection procedure can include, but not        limited to, the following:    -   RRC connection procedure,    -   RRC connection reestablishment procedure,    -   RRC connection resume procedure.

For step S504, report uplink message.

By means of the above steps, the disclosed techniques solve the problemof reporting the information about the data amount available fortransmission and/or the power head room by the uplink messages in therandom access procedure or RRC connection establishment procedure, andtherefore improves the utilization of the uplink CP signaling for datatransmission.

In one representative embodiment, the above uplink message can includebut does not limit to the following: msg3, msg5, and sending any uplinkmessage after msg5.

Optionally, for step S102, method of adding information to indicate thesupport of SingleTone or MultiTone can include the following operation:

Step 1 (S1): Deploying the reserved bits, or redefining the current bitposition, to express the support of SingleTone or MultiTone in the MACsubheader of CCCH SDU carried by the uplink message, or using thereserved bits, or redefining the current bit position, in the MAC CE toindicate support of SingleTone or MultiTone, where MAC CE is either BSRMAC CE or PHR MAC CE.

In a preferred embodiment, using the reserved bits, or redefining thecurrent bit positions, in the MAC subheader of CCCH SDU carried by theuplink message, further comprising: Defining a new logical channelindicator LCID to correspond to the CCCH and the SingleTone/MultiTonesimultaneously. That includes to use the MAC subheader of LCID toindicate that the MAC subheader of the LCID carries the information ofwhether SingleTone or MultiTone is supported.

In another preferred embodiment, using the reserved bits, or redefiningthe bit positions, of the MAC CE in the uplink message to indicate theinformation about the support of SingleTone or MultiTone, includesdefining a new logical channel identifier that is associated with MAC CEand the information about SingleTone/MultiTone support. That includesusing the MAC subheader of the LCID to indicate the information aboutSingleTone or MultiTone support in the MAC CE corresponding to this MACsubheader, where MAC CE is either BSR MAC CE or PHR MAC CE.

Optionally for step S102, the method of adding information about whetherCP transmission mode or UP transmission mode is configured may includethe following steps:

For step S2: Using the reserved bits, or redefining the current bitposition, of the MAC subheader of the CCCH SDU in the uplink message toindicate whether CP transmission mode or UP transmission mode isconfigured. Or using the reserved bits, or redefining the current bitpositions, of the MAC CE in the uplink message to indicate the supportof CP transmission mode or UP transmission mode, where MAC CE is eitherBSR MAC CE or PHR MAC CE.

In an representative embodiment of the disclosed techniques, method ofusing the reserved bits, or redefining the current bit positions, of theMAC subheader associated with the CCCH SDU, to indicate whether CPtransmission mode or UP transmission mode is configured, includesfurther defining a new logical channel indicator LCID to correspond toCCCH and CP transmission mode/UP transmission mode simultaneously,includes using the MAC subheader of the LCID to indicate that the MACsubheader carries information about whether CP transmission mode or UPtransmission mode is configured.

In another representative embodiment, using the reserved bits, orredefining the bit positions, in the MAC CE of the uplink message, toindicate whether CP transmission mode or UP transmission mode isconfigured, includes: Defining a new logical channel indicator tocorresponds to MAC CE and information of CP transmission mode/UPtransmission mode, simultaneously, where the MAC subheader of the LCIDis associated with the information, carried by the MAC CE, about theconfiguration of CP transmission mode or UP transmission mode. Herein,MAC CE is either BSR MAC CE or PHR MAC CE.

Optionally, the methods of adding information about the data amountavailable for transmission in the uplink message include the following:

Method 1, adding a media access control (MAC) control entity (CE) forbuffer status report (BSR) in the uplink message.

Method 2, adding information on the data amount available fortransmission in the CCCH SDU of the uplink message.

Method 3, using the reserved bits, or redefining the current bitposition, of the MAC subheader of the CCCH SDU in the uplink message toindicate the data amount available for transmission.

Alternatively, for step S102, the method of adding information about thedata amount available for transmission can further include the followingoperations:

For step S2, adding indication information in the uplink message, wherethe indication message is used to convey the presence of BSR MAC CE inthe uplink message. Methods of adding indication information include:

Method 1, add MAC subheader associated with BSR MAC CE in the uplinkmessage.

Method 2, use the reserved bits, or redefine the bit position, of theMAC subheader associated with CCCH MAC CE, to indicate the presence ofBSR MAC CE in the uplink message.

Method 3, define a new logical channel indicator (LCD) to correspond toCCCH and BSR, including the MAC subheader of the LCID is used toindicate that the MAC PDU of the LCID contains both CCCH SDU and BSR MACCE.

Method 4, add indication information in CCCH SDU to indicate thepresence of BSR MAC CE in the uplink message.

In one representative implementation, the method of adding indicationinformation in CCCH SDU to indicate that the uplink message carries BSRMAC CE can includes any of the following:

(1) Defining the spare bits in the CP message of CCCH SDU as theindication information;

(2) Adding indication information in the criticalExtension IE, or thenon-criticalExtension IE, of the CP message in the CCCH SDU.

Alternatively, in step S102, the method of using the reserved bits, orredefining the bit positions, in the CCCH SDU carried by the uplinkmessage, to indicate the data amount available for transmission,includes any of the following:

(1) Define a new LCID, including the MAC subheader of LCID to indicatethat the MAC subheader contains information about the data amountavailable for transmission.

(2) The MAC subheader, while being associated with the CCCH SDU,includes also the information about the data amount available fortransmission.

Optionally, in step S102, methods of adding the power headroominformation in the uplink message includes any of the following:

Method 1: Add the power headroom report (PHR) MAC CE;

Method 2: Add the power headroom information in the CCCH SDU carried bythe uplink messages;

Method 3: Use the reserved bits, or redefine the bit positions, in theMAC subheader associated with the CCCH SDU carried by the uplinkmessage, to indicate the information of power headroom.

Optionally, in step S102, method of adding the power headroominformation can include the following steps:

Step S3: Add indication information to the uplink message, where theindication information is telling that the uplink message carries PHRMAC CE. The method of adding the indication information can use any ofthe following methods:

Method 1: Add a MAC subheader associated with PHR MAC CE in the uplinkmessage;

Method 2: Use the reserved bits, or redefine the current bit positions,of the MAC subheader associated with the CCCH SDU carried by the uplinkmessage, to indicate that the uplink message carries PHR MAC CE;

Method 3: Define a new LCID to correspond to both CCCH and PHR,including the MAC subheader of the LCID to indicate that the MAC PDU ofthe LCID contains both CCCH SDU and PHR MAC CE;

Method 4: Add indication information in the CCCH SDU to express that theuplink message carries PHR MAC CE.

In one representative implementation, adding the indication informationin the CCCH SDU to express that the uplink message carries PHR MAC CEcan be accomplished by any of the following methods:

(1) Define the spare bits in the CP message carried by the CCCH SDU asthe indication information;

(2) Add indication information to the criticalExtension IE or thenon-criticalExtension IE in the CP message carried by the CCCH SDU.

Alternatively, methods of using the reserved bits, or redefining thecurrent bit positions, in the MAC subheader associated with the CCCH SDUin the uplink message, to indicate the power headroom information, caninclude any of the following:

(1) Define a new LCD, including using the MAC subheader of the LCID toindicate that the MAC subheader contains power headroom information.

(2) Let the MAC subheader include the power headroom information at thesame time as it corresponds to the CCCH SDU.

Optionally, in step S102, methods of adding information about the dataamount available for transmission and the power headroom can be any ofthe following:

Method 1: Add BSR_PHR combined MAC CE in the uplink message;

Method 2: Add information about the data amount available fortransmission as well as the power headroom in the CCCH SDU of theuplink.

Optionally, in step S102, adding simultaneously the information aboutthe data amount available for transmission and about the power headroomin the uplink message can be accomplished as following:

Step S4: Add indication information, where the indication information isto tell that the uplink message carries the BSR_PHR combined MAC CE. Themethod of adding the indication information can be any of the following:

Method 1: Define a new LCID to correspond to the BSR_PHR combined MACCE, using the MAC subheader of the LCID to convey that the MAC PDU ofthe LCID carries a BSR_PHR combined MAC CE;

Method 2: Use the reserved bits, or redefine the current bit positions,of the MAC subheader corresponding to the CCCH SDU of the uplink messageto convey that the uplink message carries a BSR_PHR combined MAC CE;

Method 3: Define a new LCID to correspond to CCCH, PHR and BSRsimultaneously, where the MAC subheader of the LCID indicates that theMAC PDU with the LCID contains both CCCH SDU and BSR_PHR combined MACCE;

Method 4: Add indication information in the CCCH SDU to indicate thatthe uplink carries BSR_PHR combined MAC CE.

In one representative implementation, methods of adding an indicationinformation in the CCCH SDU to express that the uplink carries a BSR_PHRcombined MAC include any of the following:

(1) Define the spare bits of the CP message in the CCCH SDU as theindication information;

(2) Add indication information to the criticalExtension IE ornon-criticalExtension IE of the CP message in the CCCH SDU.

Alternatively, in step S102, methods of adding indication information toconvey that the uplink message carries BSR MAC CE, or PHR MAC CE, orBSR_PHR combined MAC CE, can include the following steps:

Step S5: Set the reserved bit and F2 bit in the MAC subheadercorresponding to the CCCH SDU in the uplink as the indicationinformation, where the first value taken by indication informationindicates that the uplink message carries BSR MAC CE, the second valuetaken by the indication information indicates that the uplink messagecarries PHR MAC CE, the third value taken by the indication informationindicates that the uplink message carries BSR_PHR combined MAC CE, thefourth value indicates that the uplink message carries BSR MAC CE, PHRMAC CE and BSR_PHR combined MAC CE.

In one representative implementation, when the fourth value is 00, theindication information is interpreted as that the uplink message doesnot carry BSR MAC CE, PHR MAC CE and BSR_PHR combined MAC CE.

Optionally, the format of adding BSR_PHR combined MAC CE in the uplinkconsists of BSR and PHR, with a total length of the BSR_PHR combined MACCE being 8N bits, where N is an integer and the BSR is constructed byany of the following methods:

Method 1: BSR contains the range of the data amount available fortransmission only;

Method 2: BSR contains LCG range and the range of the data amountavailable for transmission.

Optionally, when the total length of BSR_PHR combined MAC CE is 8 bits,both the length of BSR and length of PHR are compressed to less than 8bits, where the range of the data amount available for transmission inthe compressed BSR maps to the data amount mapping table in the currentLTE protocol in any of the following ways:

(1) The range of the data amount available for transmission in thecompressed BSR is mapped to the entire BSR data amount mapping table inthe current LTE protocol with a granularity larger than the presetthreshold.

(2) The range of the data amount available for transmission in thecompressed BSR is mapped to part of the BSR data amount mapping table,without changing the granularity.

The relation between the compressed PHR and the PHR mapping table in thecurrent LTE protocol include any of the following:

(1) Compressed PHR is mapped to the entire PHR mapping table of thecurrent LTE protocol with a granularity larger than the presetthreshold.

(2) Compressed PHR is mapped to a part of the PHR mapping table of thecurrent LTE protocol, with change of granularity.

In one representative implementation, BSR MAC CE or PHR MAC CE or BSRPHR combined MAC CE follows CCCH SDU or is ahead of CCCH DU in theuplink message.

Optionally, adding the information about the data amount available fortransmission in CCCH SDU can be achieved through adding the informationin the criticalExtension IE or non-criticalExtension IE of the CPmessage carried by CCCH SDU. In specifics, it can be achieved using 1 to6 bits to represent the data magnitude, where different magnitudescorrespond to different ranges of the data amount.

Optionally, adding the information about the power headroom can beachieved by adding the information in the criticalExtension IE ornon-criticalExtension IE of the CP message carried by CCCH SDU. Inspecifics, the 1 to 6 bits can be used to express the magnitudes of thepower headroom, where the power headroom information is read from thephysical layer.

Optionally, adding the information about the data amount available fortransmission in CCCH SDU can be achieved by adding the information ofthe data amount available for transmission and information of the powerheadroom in the criticalExtension IE or non-criticalExtension IE of theCP message carried by the CCCH SDU.

It is worth pointing out that the CP messages mentioned above include,but are not limited to, the any of the following messages:

(1) RRC connection request;

(2) RRC connection complete;

(3) security mode complete;

(4) RRC connection reconfiguration complete message;

(5) Uplink transmission message;

(6) RRC connection re-establishment request message;

(7) RRC connection re-establishment complete message;

(8) RRC connection resume request message;

(9) RRC connection resume complete message.

Optionally, in step S102, before adding the information about the dataamount available for transmission, or the power headroom, or the dataamount available for transmission and the power headroom, the followingsteps can be taken:

Step S6: obtain the indication information from the random accessresponse message, where the indication information is to indicate thatUE has information about the data amount available for transmission, orthe power headroom, or the data amount available for transmission andpower headroom in its uplink message.

Optionally, in step S102, before adding the information about the dataamount available for transmission, or the power headroom, or the dataamount available for transmission and the power headroom, the followingoperations can be carried out:

Step S7: Determine that BSR or PHR is triggered, where following therule of triggering BSR, do not initiate periodicBSR-Tier if the uplinkresource is available for the first transmission, and following the ruleof triggering PHR, do not initiate periodicPHR-Timer if uplink resourceis available for the first transmission.

The above preferred implementations will be further explained inconjunction with the following implementation examples:

Implementation Example I

This implementation example describes the method of adding BSR MAC CE inthe uplink message of the random access procedure (using message 3 asexample).

The UE ought to make sure that it has decided to transmit data throughthe CP signaling message, prior to random access procedure.

FIG. 6a shows the example of adding BSR MAC CE to message 3, accordingto one representative implementation. FIG. 6b is another example ofadding BSR MAC CE to message 3, according to one representativeimplementation. As shown in FIG. 6a and FIG. 6b , BSR MAC CE in message3 can have following locations:

-   -   BSR MAC CE follows CCCH SDU, or    -   BSR MAC CE is ahead of CCCH SDU, where it is also referred to as        CCCH SDU if it contains CCCH SDU.

Additionally, indication information is needed when BSR MAC CE is addedto message 3, to inform eNB that message 3 contains BSR MAC CE, so thateNB can read out the indication information before decoding BSR frommessage 3.

In one representative implementation, any of the following approaches ofadding the indication information is applicable:

(1) Method 1: Add a MAC subheader corresponding to the BSR MAC CE. FIG.7 demonstrates the first methods of adding indication information toindicate that message 3 carries BSR MAC CE. As shown in FIG. 7, theformat of MAC subheader of the BSR MAC CE is identical to that of thecurrent protocol, i.e. it consists of 4 parts: R (reserved bit), F2(currently 0), E (indicating whether there is further follow-upsubheaders), logical channel identifier (LCID and LCID associated BSRMAC CE have values 11101 or 11110 in the current LTE protocol,representing short BSR and long BSR, respectively.)

FIG. 8 shows the format of BSR MAC CE corresponding to the first methodfor adding the indication information to message 3, according to onerepresentative implementation of the disclosed techniques. As the FIG. 8shows, this format includes 2 bits for LCG range, mapped to 4 LCGs,respectively; 6 bits for buffer size range, maps to 64 classes of buffersize.

(2) Method 2: Using a reserved bit in the MAC subheader of the CCCH SDUcarried in message 3 to convey that message 3 contains BSR MAC CE, sothat the MAC subheader of CCCH SDU can indicate CCCH SDU and BSR MAC CEsimultaneously, without additional MAC subheader of BSR MAC CE, whichsaves the system overhead.

FIG. 8 shows the second method of adding indication information tomessage 3 to convey that message 3 carries BSR MAC CE, according to onerepresentative implementation of the disclosed techniques. As FIG. 9shows, the originally reserved bit “R” in the MAC subheader of CCCH SDUis redefined as B flag indicating “whether BSR MAC CE is carried”, whereB=0 represents that message 3 does not carry BSR MAC CE, while B=1represents that message 3 carries BSR MAC CE.

(3) Method 3: Define a new logical channel identifier to correspond toCCCH and BSR, where the MAC subheader of the LCID indicates that the MACPDU contains both CCCH SDU and BSR MAC CE.

For instance, in the LCID list of the current LTE standard, 01100-10101are reserved bit range and are not used. Hence, any of those bits can beselected for the introduction of new information. FIG. 10 shows thethird method of adding the indication information to message 3 to conveythat message 3 carries BSR MAC CE, according to one representativeimplementation of the disclosed techniques. As FIG. 10 shows, if wechoose 10101 for “CCCH and BSR”, the eNB, when detecting this LCID,would learn that message 3 carries BSR MAC CE. Further, taking theexample of RRC connection request the CP message carried by the CCCHSDU, the spare bit of RRC connection request can be defined asindication information. For instance:

The content of RRCConnectionRequest signal can be defined as following:

RRCConnectionRequest-r8-Ies:=SEQUECE{ ue-Identity InitialUE-IdentityestablishmentCause EstablishmentCause BSR-mac-CE-Ind BIT STRING(SIZE(1))}

Where BSR-mac-CE-Ind is the redefined indication information bit, andmessage 3 carries BSR MAC CE when BSR-mac-CE-Ind has value 1, whilemessage 3 does not carry BSR MAC CE, when BSR-mac-CE-Ind has value 0.

In another example, indication information can be added to thecriticalExtensionFuture message element (Information Element, referredto as IE) of RRCConnectionRequest, as following:

RRCConnectionRequest::=SEQUENCE{ criticalExtension CHOICE{rrcConnectionRequest-r8 RRCConnectionRequest-r8-Ies,criticalExtensionFuture BSR-mac-CE-Ind-IE }BSR-mac-CE-Ind-IE::=SEQUENCE{ BSR-mac-CE-Ind BIT STRING(SIZE(1)) }

Here, the criticalExtensionFuture is redefined as BSR-mac-CE-Ind IE withsize of 1 bit. Thus, message 3 contains BSR MAC CE, when BSR-mac-CE-IndIE equal to 1, while message 3 does not contain BSR MAC CE, whenBSR-mac-CE-Ind IE has the value 0.

Implementation Example II

This implementation example shows how to add PHR MAC CE to the uplinkmessage (e.g. by means of message 3 in the following) in the randomaccess procedure.

Prior to the random access procedure, UE needs to make sure that ittransmits data through CP signaling.

FIG. 11a shows a method of adding PHR MAC CE in message 3, following onerepresentative implementation of the disclosed techniques. FIG. 11b isanother method of adding PHR MAC CE in message 3, following onerepresentative implementation of the disclosed techniques. As shown byFIG. 11a and FIG. 11b , PHR MAC CE positions ahead of CCCH SDU, wherethe MAC SDU is also referred to as CCCH SDU if it contains a CCCH.

Moreover, in order to indicate that message 3 carries PHR MAC CE,additional indication information is necessary, so that eNB can decodethe PHR from message 3 through reading the indication information.

In one representative implementation, the following method of adding theindication information can be deployed:

(1) Method 1: Add a MAC subheader to correspond to the PHR MAC CE. FIG.12 shows the first method of adding the indication information to conveythat message 3 carries PHR MAC CE, according to one representativeimplementation. As shown in FIG. 12, the format of the MAC subheader ofthe PHR MAC CE is identical to that of the current LTE protocol, i.e. itconsists of 4 parts: R (reserved bit), F2 (is 0), E (indicates whethermore subheaders follow), LCD.

FIG. 13 shows the format of PHR MAC CE associated with the first methodof adding indication information in message 3, according to onerepresentative implementation. As shown in FIG. 13, the reserved rangecontains 2 bits; PHR value range contains 6 bits, that maps to 64 powerheadroom levels.

(2) Method 2: Use the reserved bits in the MAC subheader of the CCCH SDUcarried by message 3 to indicate that message 3 contains PHR MAC CE, sothat the MAC subheader of CCCH SDU can indicate CCCH SDU and PHR MAC CEsimultaneously, without additional MAC subheader of PHR MAC CE, savingsystem overhead.

(3) Method 3: Define a new logical channel identifier (LCID) toassociate with both CCCH and PHR, where the MAC subheader of the LCIDindicates that both CCCH SDU and PHR MAC CE are present in the MAC PDU.

(4) Method 4: Use the spare bit of the RRCConnectionRequest message tobear the indication information; or add the indication information tothe criticalExtentionFuture IE.

Implementation Example III

This implementation example describes how to add information about thedata amount available for transmission in the CCCH SDU carried by theuplink message (where message 3 is used in the following) in the randomaccess procedure.

The example is the RRC connection establishment request. Addinginformation about the data amount available for transmission inRRCConnection request message means to add the information about thedata amount available for transmission in the criticalExtensionFuture.One representative implementation proceeds as following:

Use 1 to 6 bits to represent the magnitude of the data amount availablefor transmission, different levels correspond to different range of thedata amount; For instance:

RRCConnectionRequest::=SEQUENCE { criticalExtensions CHOICE {rrcConnectionRequest-r8 RRCConnectionRequest-r8-IEs,criticalExtensionsFuture BSR-IE } BSR-IE ::=SEQUENCE { BSR BIT STRING(SIZE (6)) }

Where the criticalExtensionFuture is redefined as BSR IE with 6 bitslength, which of course can be shorter by definition.

Different BSR length correspond to different data amount range. Forinstance, when 6 bits length is used, then the BSR length is equal tothe buffer size than that of the current LTE protocol, and the range andgranularity of the mapped data amount.

If BSR IE is 4 bits in length, the mapped range and granularity of thedata amount available for transmission can have the following options:

(1) The BSR granularity is equal to that of the current LTE protocol.The BSR mapping table of the current LTE protocol has 64 levels, wherethe 4 bits length of the BSR IE can be mapped to the first 16 levels;

(2) The BSR granularity is 4 times larger than that of the LTE protocol,so that the 4 bits length. Then, these 4 bits in BSR IE can be mapped tothe BSR mapping table of the same data amount range in the current LTEprotocol.

Implementation Example IV

This preferred implementation example describes how to add powerheadroom to CCCH SDU in the random access uplink message (using message3 as example in the following).

This is explained in the following by the example, in which the CPmessage carried by CCCH SDU is RRC connection request message. Addingpower headroom information means to add the power headroom in thecriticalExtensionFuture IE of the RRCConnectionRequest message, arepresentative implementation procedure is the following:

Use 1 to 6 bits to represent the magnitude of the power headroom, whichis read from the physical layer. For instance:

RRCConnectionRequest ::= SEQUENCE { criticalExtensions CHOICE {RrcConnectionRequest-r8 RRCConnectionRequest-r8-IEs,criticalExtensionsFuture PHR-IE } PHR-IE ::= SEQUENCE { PHR BIT STRING(SIZE (6)) }

Here, the criticalExtensionFuture is redefined as PHR IE and is of sizeof 6 bits, which of course can be shorter.

Different PHR length corresponds to different power headroom range. Forinstance, choice of 6 bits would be identical to the power headroomlength of PHR MAC CE specified in the current LTE protocol, with thesame power headroom level range and granularity. For a choice of 4 bits,the mapping to a power headroom and granularity can be made asfollowing:

(1) Choose the same PHR granularity as specified in the current LTEprotocol, which has 64 levels in the power headroom level table. The 4bits representation could be mapped to the first 16 levels of the powerheadroom table of the current LTE protocol.

(2) Choose a granularity 4 times the PHR granularity of that specifiedin the current LTE protocol. This allows for a mapping of the 4 bits tothe same power headroom level table for PHR of the current LTE protocol.

Implementation Example V

This implementation example describes the method of adding BSR_PHRcombined MAC CE in the uplink message (for which message 3 is taken asexample in the following) of the random access procedure.

When adding BSR_PHR combined MAC CE in message 3 of the random accessprocedure, BSR_PHR combined MAC CE can have the following format:

BSR and PHR share the available bits, where the total bit length can be8 bits or 16 bits. BSR can be constructed by any of the following ways:

(1) BSR includes the data amount available for transmission only,

(2) BSR includes both LCG and data amount available for transmission.

For instance, FIG. 14a shows the first format of the BSR_PHR combinedMAC CE according to one representative implementation, according to thedisclosed techniques.

As shown in FIG. 14b , when BSR and PHR have a total length of 6 bits,LCG is represented by 2 bits and mapped to 4 different LCGs. The buffersize is then represented by 6 bits, mapping to 64 different buffer sizelevels. There are 2 reserved bits. PH value is represented by 6 bits,mapping to 64 power headroom levels.

As shown in FIG. 14c , when BSR and PHR have a total length of 8 bits,buffer size is represented by 2 bits, mapping to 4 different buffersizes, and PH is represented by 6 bits, mapping to 64 different powerheadroom values.

FIG. 14c shows the third format of BSR_PHR of one representativeimplementation, according to the disclosed techniques. As shown by FIG.14c , when BSR and PHR have a total length of 8 bits, buffer size isrepresented by 4 bits, mapping to 16 different buffer sizes, and PH isrepresented by 4 bits, mapping to 16 power headroom values.

FIG. 14d shows the fourth format of the BSR_PHR combined MAC CE in onerepresentative implementation according to the disclosed techniques. Asshown by FIG. 14d , when BSR and PHR have a total length of 8 bits,buffer size is represented by 6 bits, mapping to 64 different buffersizes, and PH is represented by 2 bits, mapping to 4 different powerheadroom values.

FIG. 14e shows the fifth format of the BSR_PHR combined MAC CE in onerepresentative implementation according to the disclosed techniques.

As shown by FIG. 14e , when BSR and PHR have a total length of 8 bits,LCG is represented by 1 bit, mapping to 2 different LCGs, buffer size isrepresented by 3 bits, mapping to 8 different buffer sizes, and PH isrepresented by 4 bits, mapping to 16 different power headroom values.

FIG. 14f shows the sixth format of the BSR_PHR combined MAC CE in onerepresentative implementation according to the disclosed techniques.

As shown by FIG. 14f , when BSR and PHR have a total length of 8 bits,LCG is represented by 1 bit, mapping to 2 different LCGs, buffer size isrepresented by 4 bits, mapping to 16 different buffer sizes, and PH isrepresented by 3 bits, mapping to 8 different power headroom values.

It is worth pointing out that in both FIG. 14e and FIG. 14f , BSRincludes LCG. When BSR_PHR combined MAC CE has an available length of 8bits, if the value is represented by less than 8 bits, it is referred toas compressed BSR and compressed PHR.

The data amount available for transmission of the compressed BSR can bemapped to the BSR data amount table of the current LTE protocol in anyof the following ways:

(1) The data amount available for transmission of the compressed BSR ismapped to the BSR table of the entire current LTE protocol with acoarser granularity.

(2) The granularity of the data amount available for transmissionremains unchanged in the compressed BSR, but only the values maps toonly a part of the BSR table of the current LTS protocol. For instance,assuming BSR is compressed to 3 bits, in contrast to the 6 bitsrepresentation of the buffer size in the current LTE protocol, then thecompressed BSR is mapped to the first 8 values of the BSR buffer sizetable of the data amount available for transmission.

Relation between the compressed PHR values and that of the PHR table ofthe current LTE protocol can include any of the following:

(1) The compressed PHR is mapped the entire PHR table of the current LTEprotocol with a coarser granularity.

(2) The compressed PHR is mapped to only a part of the PHR table of thecurrent LTE protocol without change on granularity.

Besides, indication information is also to be added to message 3, toindicate that message 3 carries BSR_PHR combined MAC CE, in thisimplementation example, which can be accomplished by any of thefollowing methods:

(1) Method 1: Define a new LCID to correspond to BSR_PHR combined MACCE, so that the MAC subheader of the LCID indicates that MAC PDUcontains BSR_PHR combined MAC CE. For instance, FIG. 15 is an examplefor this approach. As shown in FIG. 15, in the LCID table of the currentLTE protocol the reserved bit range 01100-10101 is not being used andcan be deployed to serve the new definition. Assuming 10100 is definedas “BSR_PHR combined MAC CE”, eNB could know that message 3 carries BSRand PHR combined MAC CE, by detecting the LCD.

(2) Method 2: Use the reserved 1 bit in the MAC subheader of CCCH SDUcarried by message 3 to indicate that message 3 includes BSR_PHRcombined MAC CE.

(3) Method 3: Define a new logical channel identifier (LCID) tocorrespond to both CCCH and PHR combined BSR, where the MAC subheader ofthe LCID indicates that MAC PDU contains both CCCH SDU and BSR_PHRcombined MAC CE.

(4) Method 4: Add indication information in CCCH SDU to indicate thatmessage 3 contains BSR_PHR combined MAC CE, where the spare bit ofRRCConnectionRequest message is defined as the indication information,or add the indication information in the criticalExtensionFuture IE ofRRCConnectionRequest.

Implementation Example VI

This implementation example describes adding information about the dataamount available for transmission and power headroom in the CCCH SDU ofthe uplink message (for which message 3 will be used as example in thefollowing) in the random access procedure.

In the following, the RRC connection request message of CP carried inthe CCCH SDU is used example. The purpose of adding information aboutthe data amount available for transmission and the power headroom in theRRCConnectionRequest message consists in adding the information aboutthe data amount available for transmission and the power headroom in thecriticalExtensionFuture IE of the RRCConnectionRequest.

Implementation Example VII

In this implementation example, the method of adding indicationinformation to the uplink message (for which message is used as theexample in the following) to indicate that message 3 contains BSR MAC CEor PHR MAC CE or BSR_PHR combined MAC CE can further include thefollowing:

-   -   Use the reserved bit (R bit) and F2 bit for indication        information, where 2 bits correspond to 4 values (i.e. 00, 01,        10, 11) to convey the information that BSR MAC CE carries BSR        MAC CE, PHR MAC CE, BSR_PHR combined MAC CE and none of these        types of MAC CE, where bit value 00 indicate that message 3        carries none of the three MAC CE s.

Implementation Example VIII

In this implementation example, the message 2 received by UE from thebase station includes instruction on whether it is required by UE thatmessage 2 contains indication information about the data amountavailable for transmission, or power headroom, or the data amountavailable for transmission and power headroom. In this exampleprocedure, the message 2 (i.e. BSR message) received by UE does containthe above indication information.

Implementation Example IX

In this implementation example, it is possible that the reserved bit isused, or current bit positions are redefined, in the MAC subheader, thatis associated with the CCCH SDU of the uplink, for the purpose ofindicating the information on whether SingleTone or MultiTone issupported.

In the current LTE protocol, the format of the MAC subheader includes:

(1) R: it is the reserved bit and R is a single bit.

(2) F2, F: they indicate the size of MAC SDU or MAC CE, where F2 is onebit and F one bit.

(3) E: it indicates whether other MAC subheader follows this one. E is asingle bit.

(4) LCD: it is 5 bits long and indicates that the MAC CE corresponds towhat type of MAC SDU or MAC CE.

For instance, when the uplink message 3 carries the MAC subheadercarries the information on whether SingleTone or MultiTone is supported,message 3 carries only one CCCH SDU (i.e. MAC SDU) and the format MACsubheader includes: R/F2/E/LCID with a total length of 8 bits. AlthoughF2 and E are having defined purpose, but in case of message 3, there isno misunderstanding by the eNB, regardless the values taken by F2 and E.Hence, it is possible to redefine the F2 and E bits.

In this implementation example, R or F2 or E can be redefined toindicate whether SingleTone or MultiTone is supported. For instance,value 1 means support of SingleTone, value 0 means support of MultiTone.

The same information can also be carried by other uplink message, forinstance message 5. Then R can be defined to indicate whether SingleToneor MultiTone is supported.

Alternatively, in order for eNB to know that the MAC subheader of theuplink message carries information about whether SingleTone or MultiToneis supported, the following two methods can be deployed:

Method 1: Make it as default behavior that the MAC subheader associatedwith the CCCH SDU of a given uplink message (e.g. message 3 by default)carries the information about whether SingleTone or MultiTone issupported.

Method 2: Select one of the reserved value of the LCID for thedefinition “CCCH and whether SingleTone or MultiTone”. The eNB learnsthat the MAC subheader of the LCID carries the information on whetherSingleTone or MultiTone is supported.

Implementation Example X

In this implementation example, the reserved bits of the MAC CE in theuplink message is used, or the bit positions of the MAC CE is redefined,to represent the information of whether SingleTone or MultiTone issupported.

The aforementioned MAC CE includes, but is not limited to, thefollowing: BSR MAC CE, PHR MAC CE.

Assume the information on whether SingleTone or MultiTone is supportedis carried by the uplink message 3, as an example, the information canbe placed in BSR MAC CE.

The format of the BSR MAC CE in the current LTE system is constructed asfollowing: LCG ID and buffer size, where LGC ID represents the sequencenumber of the logical channel group and takes 2 bits. Hence, the 2 bitsof LCGID can be redefined, for instance, as in Table 1, where BSR MAC CEis redefined. As Table 1 is given in the following, where the bit 0 canbe redefined as: 0 for MultiTone not supported and 1 for MultiTonesupported.

Bit 0 Bit 1 Bit 2-7 0: SingleTone Redefined as Buffer size supportedreserved bit 1: MultiTone Redefined as Buffer size supported reservedbit

Besides, an example for such information setting in PHR MAC CE can be asfollowing:

The BSR MAC CE in the current LTE system consists of: 2 reserved bits, 6power headroom bits. Thus, one of the reserved bit can be redefined suchthat the first reserved bit be: 0 for SingleTone support and 1 forMultiTone support; or 0 for no MultiTone support and 1 for MultiTonesupport.

Alternatively, following methods can be deployed to let eNB know thatthe MAC CE in the uplink carries information regarding whetherSingleTone or MultiTone is supported (using BSR MAC CE and PHR MAC CE asexample):

Select one of the reserved bit in LCID to define “BSR MAC CE andSingleTone or MultiTone is supported”, then eNB would learn that the BSRMAC CE associated with this LCID carries the information regardingwhether SingleTone or MultiTone is supported based on examination of theLCID.

Or, select one of the reserved bits in LCID for the definition of “PHRMAC CE and whether SingleTone or MultiTone is supported”, then eNB wouldlearn that the PHR MAC CE of this LCID carries information regardingwhether SingleTone or MultiTone is supported.

Implementation Example XI

In this implementation example, the reserved bits in the MAC CE of theuplink is used, or the bit positions in the MAC CE of the uplink isredefined, to indicate the information regarding whether UP mode or CPmode of transmission is configured.

MAC CE can include, but is not limited to, any of BSR MAC and PHR MACCE.

Assume the uplink message 3 is to indicate whether UP or CP mode oftransmission is configured, the indication information can be placed inBSR MAC C as in the following example:

The format of BSR MAC CE in the current LTE system consists of twoparts: LCDI and buffer size, where LCG ID represents the logical channelsequence number with 3 bits. Hence, the 2 bits for the LCID can beredefined, as shown in Table 2, where a redefinition of BSR MAC CE isgiven as example, where bit 0 can be redefined as: 0 for UP mode oftransmission not supported, 1 for UP mode of transmission is supported:

Bit 0 Bit 1 Bit 2-7 0: UP mode of transmission Redefined Buffer size isconfigured reserved bit 1: CP mode of transmission Redefined Buffer sizeis configured reserved bit

In addition, the information can also be placed in PHR MAC CE as thefollowing example shows:

The format of BSR MAC CE of the current LTE system consists of 2reserved bits and 6 bits of power headroom levels. Thus, 1 reserved bitcan be redefined, e.g. the first reserved bit is defined as: 0 for UPmode transmission is configured, 1 for CP mode transmission isconfigured. Or it is defined as: 0 for UP transmission mode is notsupported and 1 for UP transmission mode is supported.

Alternatively, the following method can be deployed to tell eNB that theMAC CE of the uplink message carries information about whether UPtransmission mode or CP transmission mode is configured, where anexample of using BSR MAC CE and PHR MAC CE is used:

Select one of the reserved bits in LCID for the definition “BSR MAC CEand whether UP or CP transmission mode is configured”. Then eNB couldlearn that BSR MAC CE associated with this LCID carries the informationregarding whether UP or CP transmission mode is configured.

Or select one of the reserved bits for the definition “PHR MAC CE andwhether UP or CP transmission mode is configured”. Then eNB could learnthat the PHR MAC CE of the associated LCID carries the informationregarding whether the UP or CP transmission mode is configured.

Implementation Example XII

In this implementation example, the reserved bits, or the redefined bitpositions, in the MAC subheader of a CCCH SDU in the uplink message isused to indicate whether CP or UP transmission mode is configured.

The format of the MAC subheader in the current LTE protocol is as shownin example IX.

In this example, the MAC subheader of message 3 is used to carry theinformation on whether CP or UP transmission mode is configured. Message3 carries only one CCCH SDU, i.e. MAC SDU, which has the format:R/F2/E/LCID, with a total length of 8 bits, where F2 and E are alreadydefined for other purposes. But in case of message 3, whatever value F2and E take will not lead to any misunderstanding by eNB. Hence, F2 and Ecan be redefined in message 3 to carry new information.

In this implementation example, R or F2 or E can be defined to indicatewhether CP or UP transmission mode is configured. For instance, value 1for CP transmission mode, value 0 for UP transmission mode.

If other uplink message, e.g. message 5, is used for the same purpose, Rbit can be defined to indicate whether CP or UP transmission mode isconfigured.

Alternatively, the following methods can be deployed to let eNB knowthat MAC subheader of the uplink message carries information aboutwhether CP or UP transmission mode is configured:

Method 1: Default value, where the MAC subheader of CCCH SDU in someuplink message (e.g. let message 3 be default) carries the informationabout whether CP or UP transmission mode is configured.

Method 2: Select one of the reserved bits in LCID for the definition“CCCH and whether CP or UP transmission mode is configured”. Then eNBwould learn that the MAC subheader of this LCID carries the informationabout whether CP or UP transmission mode is configured, throughexamining LCID.

Implementation Example XIII

This implementation example is about using the reserve bits, orredefining the current bit positions, of the MAC subheader associatedwith the CCCH SDU in the uplink to represent a multiple of information.The following is the example for the case of MAC subheader in message 3of the uplink:

Assume the information carried by the MAC subheader of message 3 is“data amount available for transmission”. According to therepresentative implementation IX, the format of the MAC subheader of thecurrent LTE protocol consists of R, R2 and E, all can be used to carrythe information on the data amount available for transmission. It can beaccomplished by selecting 1, 2 or 3 bits to represent the informationabout the data amount available for transmission jointly. If, forinstance R and F2 are used to represent the information about the dataamount available for transmission, the two bits can be defined as inTable 3, where K1, K2, K3 and K4 are all integers.

Level of data amount available Corresponding range R F2 for transmissionof the data amount 0 0 0 0~K1 0 1 1 K1 + 1~K2 1 0 2 K2 + 1~K3 1 1 3 K3 +1~K4

The above mapping table can also be taken from a section of the BSRmapping table from the current LTE specification (ref. To 3GPPspecifications TS36.321, table 6.1.3.1-1), taking only the first levels,as sown in Table 4:

Level of data Corresponding range amount available of the data amount RF2 for transmission (words) 0 0 0 BS = 0 0 1 1  0 < BS <= 10 1 0 2 10 <BS <= 12 1 1 3 12 < BS <= 14

Or, the first four levels in the BSR table of current LTE specificationcan be multiplied with a fixed number to extend the range of each levelin representing the data amount available for transmission. Forinstance, with the multiplier being number 4, the map table become Table5:

Level of data Corresponding range amount available of the data amount RF2 for transmission (words) 0 0 0 BS = 0 0 1 1   0 < BS <= 10*4 1 0 210*4 < BS <= 12*4 1 1 3 12*4 < BS <= 14*4

Or, each level is multiplied with a fixed number to extend the range ofthe levels in representing the data amount available for transmission,as shown in Table 6:

Level of data Corresponding Corresponding range amount available BSRlevel in the of the data amount R F2 for transmission current LTE(words) 0 0 0 0 BS = 0 0 1 1 1~4  0 < BS <= 17 1 0 2 5~8 17 < BS <= 31 11 3  9~12 31 < BS <= 57

Alternatively, in order to let eNB know that the MAC subheader of theuplink message carries the information about the data amount availablefor transmission, the following two methods can be deployed:

Method 1: Default protocol rule, where the MAC subheader associated withCCCH SDU in a given uplink message (say, let message 3 be default) isset as default carrier for the information of data amount available fortransmission.

Method 2: From the reserved values in LCID select one for therepresentation of “CCCH and data amount available for transmission”.Then eNB would know that the MAC subheader of the LCID carries theinformation about the data amount available for transmission based onthe LCID value.

In case the MAC subheader in message 3 is used to carry “power headroominformation”, the approach would be the same as the representativeimplementation example for “data amount available for transmission”.

In case the MAC subheader in message 3 is to carry information about“SingleTone support or MultiTone support” and “CP transmission mode orUP transmission mode” simultaneously, the MAC subheader format ofcurrent LTE specification, as shown in the implementation example IX,can be utilized, where R, F2 and E all can be given the respectivemeanings.

For instance, R and F2 bits can be used to indicate which information iscarried and what values are taken, as shown Table 7:

Information type and value in MAC subheader of R F2 message 3 0 0Support SingleTone, CP transmission mode configured 0 1 SingleTone, UPtransmission mode configured 1 0 MultiTone supported, CP transmissionmode configured 1 1 MultiTone supported, UP transmission mode configured

Implementation Example XIV

In this implementation example, prior to transmitting the informationabout the data amount available for transmission and power headroom, UEcan determine that BSR or PHR is already triggered, where UE follows therules for triggering BSR or PHR as shown in the sequel:

(1) Do not initiate periodicBSR-Timer, if there is uplink resourceavailable in the uplink for the first transmission;

(2) Do not initiate periodicPHR-Timer, if there is uplink resourceavailable in the uplink for the first transmission.

This implementation example will further explain how UE uses periodicBSR method in the NBIOT system.

Method 1: UE determines whether its equipment type is NBIOT terminal, orwhether the type of the network it is accessing is NBIOT network. If theequipment is of NBIOT type or the network is NBIOT network, UE will notinitiate periodicBSR-Timer in any case.

Method 2: UE determines whether its equipment type is NBIOT terminal, orwhether type of the network it is accessing is NBIOT network. If theequipment is of NBIOT type or the network is NBIOT network, UE does notneed to initiate periodicBSR-Timer, when UE triggers BSR and has uplinkresource for the first transmission.

For this implementation example, further explanation on how does UEmakes use of PHR in a NBIOT system is given in the following:

Method 1: UE determines whether its equipment type is NBIOT terminal, orwhether the type of the network it is accessing is NBIOT network. If theequipment is of NBIOT type or the network is NBIOT network, UE will notinitiate periodicBSR-Timer in any case.

Method 2: UE determines whether its equipment type is NBIOT terminal, orwhether type of the network it is accessing is NBIOT network. If theequipment is of NBIOT type or the network is NBIOT network, UE does notneed to initiate periodicPHR-Timer, when UE triggers BSR and has uplinkresource for the first transmission.

It is to point out that, in the implementation examples given above, theaccess network element is not only eNB, it can also be small cell, homebase station and other types of network element as long as compatible tothe EPC architecture. The core network element refers not only to MME,it can also be C-SGN, NBIoT MME and other core network elements thatsupport the telecommunications and mobile management needed by machinetype communications.

Implementation Example XV

In case of discontinuous transmission, the base station can instruct UEthrough signaling the discontinuous (DRX) timer control information,which instructs UE whether to start the DRX timer.

Alternatively, the methods of indicating whether DRX timer should bestarted can include any of the following:

Whether there are downlink data for UE available, or

Whether it is necessary to start DRX timer, or

Other way applicable to allow UE to determine the need for starting theDRX timer.

Optionally, the signaling can include at least the following: The DCIdownlink control information] of the physical downlink common controlchannel (PDCCH) or the media access control unit (MAC CE).

For indicating DRX timer control information through DCI of PDCCH, thebase station can base its decision on the downlink data indicated byDCI. If there are downlink data amount available for UE, the basestation indicates in DCI that the DRX timer is to be started.

Optionally, while a signaling message is sent by the base station,beside using the downlink data associated with this signaling message orcarried by the signaling message, the base station can indicate in thesignaling message whether UE is to start DRX timer.

Optionally, when the signaling format is DCI carried by PDCCH, and theDCI also indicate the downlink data transmission scheduling information,the UE receives the downlink data according to the schedulinginformation. If the information about the DRX timer carried by DCIindicates that UE needs to start DRX timer, the UE sends through theuplink a feedback in response to a successful downlink data reception,before starting the DRX timer. Or the UE sends through the uplink afeedback in response to a successful downlink data reception, andwaiting for the DRX timer start offset period, before starting the DRXtimer. Or, the UE starts the DRX timer as soon as it received the DCIcarried by PDCCH.

Optionally, the UE failed to receive the downlink data, it needs todetermine whether DRX timer is to be started, regardless the informationabout the DRX timer control as described above.

When using the MAC CE to indicate DRX timer control information, the MACCE can be carried in a downlink protocol data element, where the dataelement can further include downlink data. When the DRX timer controlinformation carried by the MAC CE shows that the UE needs to start theDRX timer, the UE, upon receiving the MAC CE, starts the DRX timer. Orthe UE, after sending a feedback in uplink in response to a successfulreception of the downlink data element that carried the MAC CE (orreferred to as downlink data package), starts the DRX timer. Or the UE,after send a feedback in uplink in response to a successful reception ofa downlink data that carried the MAC CE, waits for the DRX timer startoffset period, and start the DRX timer.

The method for UE to receive DRX timer start offset period can be any ofthe following:

-   -   Through a protocol between the UE and the base station, or    -   through the DRX timer control information send by the base        station, or    -   through a dedicated RRC signaling, cell broadcast information or        MAC CE.

The UE stops the DRX timer operation, when any of the followingconditions is met:

-   -   The UE receives a PDCCH indicating downlink data        transmission,—including new data transmission, or        retransmission; Or,    -   the DRX timer expires; Or,    -   the UE receives signaling from the base station instructing the        UE to stop the DRX timer.

The base conveys the duration of the DRX timer through the DRX timercontrol information, or through a protocol between the base station andthe UE, or through the cell system message, or through sending a RRCmessage containing respective configuration, or through a MAC CE. Here,the duration of the DRX timer means the time between the DRX timer beginand its expiration.

The UE listens to the PDCCH while DRX timer is running, which is thetime between the DRX timer begin and its expiration.

Implementation Example XVI

FIG. 16 shows that at time epoch 0, the base station schedules thetransmission of the downlink data at time epoch 1 and indicates the DRXtimer control information via DCI carried in PDCCH. The controlinformation tells whether the UE needs to start DRX timer. The basestation determines whether there are new data to be transmitted to theUE, based on the scheduled data at epoch 0. If there are new data to betransmitted, the base station instructs the UE to start the DRX timer,otherwise it instructs the UE not to start the DRX timer.

It is to point out, the information on whether to start the DRX timercan also be formulated as whether there are new data to transmit orother information that allows UE to decide the need for starting a DRXtimer.

At epoch 1, the base station sends the downlink data scheduled at timeepoch 0 by the PDCCH. The UE receives the information based on thescheduled information in the PDCCH. In this example, it is the fact thatUE has received the downlink data successfully.

At epoch 3, the UE sends on the uplink a feedback, i.e. an ACK, inresponse to a successful reception of the downlink data.

After sending the ACK, based on the DRX timer control information in theDCI carried by the PDCCH, the UE determines whether to start the DRXtimer. In this example, it is assumed that the base station instructsthe UE to start the DRX timer, or the base station has new data amountavailable for transmission.

Having waited a start offset period for the DRX timer, the UE starts theDRX timer at time epoch 5.

The aforementioned DRX timer start offset period is determined throughprotocol, or indicated through the DRX timer control information in theDCI carried by the PDCCH, or through the cell system message, or throughdedicated RRC signal between the UE and the base station, or a MAC CEsent before epoch 0.

In this example, the DRX timer start offset period is 2 time intervals.

Optionally, the UE does not listen to PDCCH during the DRX start offsetperiod.

The duration of the DRX timer is agreed through protocol, or indicatedthrough the DRX timer control information in the DCI carried by thePDCCH at epoch 0, or through the cell system message, or through thededicated signal between UE and base station, or MAC CE send beforeepoch 0.

In this example, the duration is 7 time intervals.

During the time when the DRX is running, the UE listens to PDCCH.

At time epoch 10, the base station sends a new PDCCH, scheduling the newdownlink data to the UE. The UE, upon receiving the PDCCH signaling,stops the running DRX timer.

If the UE has not received the new PDCCH signaling, then the UEcontinues to listen to the PDCCH, until the timer expires, beforeentering the dormant state.

It is to point out that, if the UE fails to receive the downlink data,then it starts the DRX timer, regardless of the DRX timer controlinformation (indicating whether there are new data), or whether DRXtimer is to start. At this time, the method for UE to start the DRXtimer remains the same as above, i.e. the method of obtaining the DRXtimer start offset period and DRX timer duration, as well as the samestop condition, etc. as when the UE succeeds in receiving the downlinkdata.

The above is an implementation example, which applies also to basestation when using the downlink data protocol packets to carry the MACCE to indicate the DRX timer information.

This implementation example also provides a device for the informationreporting, applicable to realizing the above implementation example andmethods. As to be used in the following, the term “module” is used forthe software/hardware to realize the predefined functions. Although, thedevice to be described in the following applies better to the softwarerealization, it is possible to imagine a realization using hardware orhardware and software.

FIG. 17 shows the architecture of the information reporting device basedon a representative implementation example according to the disclosedtechniques. As shown in FIG. 17, the device includes:

Processing module 10, configured to add the any of the followinginformation in the random access procedure or the RRC connectionprocedures: Data amount available for transmission, power headroom, dataamount available for transmission and the power headroom, support ofSingleTone or MultiTone, configured CP transmission mode or UPtransmission mode, where the RRC connection procedures includes any ofthe following:

-   -   RRC connection procedure,    -   RRC re-establishment procedure,    -   RRC resume procedure.

Reporting module 20, configured for reporting the uplink message.

In one representative implementation, the above uplink message caninclude, but is not limited to, any of the following: message 2, message5, and any message sent after message 5.

Optionally, processing module 10, configured to use the reserved bits,or the redefined current bit positions, in the MAC subheadercorresponding to the CCCH SDU carried by the uplink message, to conveythe information about the support of SingleTone or MultiTone; Or, to usethe reserved bits, or redefined current bit positions, in the MAC CE toconvey the information about the support of SingleTone or MultiTone,where MAC CE includes BSR MAC CE or PHR MAC CE.

In one representative implementation, module 10, configured to define anew logical channel identifier (LCD) to correspond to CCCH andSingleTone/MultiTone support information simultaneously, including usingthe MAC subheader of LCID to indicate that the MAC subheader carries theinformation about SingleTone or MultiTone support.

In one representative implementation, module 10, configured to define anew logical channel identifier (LCID) to corresponds to MAC CE andSingleTone/MultiTone support information simultaneously, including usingthe MAC subheader of the LCID to correspond the MAC CE andSingleTone/MultiTone support information simultaneously, where the MACCE can be BSR MAC CE or PHR MAC CE.

Optionally, processing module 10, configured to use the reserved bits,or the redefined current bit positions, in the MAC subheadercorresponding to the CCCH SDU carried by the uplink message, to conveythe information about whether CP transmission mode or UP transmissionmode is configured; Or, to the reserved bits, or redefined current bitpositions, in the MAC CE to convey the information about whether CPtransmission mode or UP transmission mode is configured, where MAC CEcan be BSR MAC CE or PHR MAC CE.

In one representative implementation, module 10, configured to define anew logical channel identifier (LCD) to correspond the MAC CE and CPtransmission/UP transmission mode information, including using the MACsubheader of the LCID to indicate that the MAC CE corresponding to thesubheader carries the information about whether CP transmission mode orUP transmission mode is configured, where MAC CE can be either BSR MACCE or PHR MAC CE.

Optionally, processing module 10, configured to add information of dataamount available for transmission in any of the following ways:

Method 1: Add a MAC subheader corresponding to the BSR MAC CE in theuplink messages.

Method 2: Use the reserved bits, or the redefined current bit positions,in the MAC subheader corresponding to the CCCH PDU carried in the uplinkmessage to convey the information that the uplink carries the BSR MACCE.

Method 3: Define a new logical channel identifier (LCID) to correspondto CCCH and BSR simultaneously, including using the MAC subheader of theLCID to indicate that the MAC SDU of the LCID contains both CCCH SDU andBSR MAC CE.

Method 4: Add indication information to the CCCH SDU, indicating thatthe uplink message carries BSR MAC CE.

In one representative implementation, module 10, configured to addindication information in the CCCH SDU to convey that the uplink messagecarries BSR MAC CE, which includes any of the following:

(1) Define the spare bits in the CP message carried by the CCCH SDU asthe indication information.

(2) Add indication information to the criticalExtension IE ornon-criticalExtension IE to the CP message carried by the CCCH SDU.

Alternatively, processing module 10, configured to use the reservedbits, or the redefined current bit positions, in the MAC subheadercorresponding to the CCCH SDU carried by the uplink message forconveying the information about the data amount available fortransmission, with one of the following methods:

-   -   Define a new LCID, including using MAC subheader of the LCID to        indicate that the MAC subheader contains the information about        the data amount available for transmission, and to indicate that        the MAC subheader corresponds to the CCCH SDU and contains        information of data amount available for transmission,        simultaneously.

Optionally, processing module 10, configured to add the information ofpower headroom in the uplink message in one of the following methods:

Method 1: Add PHR MAC CE to the uplink message.

Method 2: Add power headroom information to the CCCH SDU carried by theuplink message.

Method 3: Use the reserved bits, or the redefined current bit positions,in the MAC subheader corresponding to the CCCH SDU carried in the uplinkmessage, to express the power headroom information.

Optionally, processing module 10, configured to add indicationinformation, where the indication information tells that the uplinkmessage carries PHR MAC CE. Method of adding indication informationincludes any of the following:

Method 1: Add MAC subheader corresponding to PHR MAC CE in the uplinkmessage.

Method 2: Use the reserved bits, or the redefined current bit positions,in the MAC subheader corresponding to the CCCH SDU carried by the uplinkmessage to convey that the uplink message carries PHR MAC CE.

Method 3: Define a new LCID to correspond to both CCCH and PHR,including using the MAC subheader of the LCID to indicate that the MACSDU of the LCID includes both CCCH SDU and PHR MAC CE.

Method 4: Add indication information in the CCCH SDU to let know thatthe uplink message contains PHR MAC CE.

During one representative implementation, processing module 10,configured to add indication information in CCCH SDU to tell that theuplink message carries PHR MAC CE, in any of the following ways:

(1) Define the spare bits of the CP message carried by CCCH SDU;

(2) Add indication information to the criticalExtension IE or thenon-criticalExtension IE in the CP message carried by CCCH SDU.

Optionally, processing module 10, configured to use the reserved bits,or the redefined current bit positions, in the MAC subheadercorresponding to the CCCH SDU carried by the uplink message to conveythe information regarding the power headroom, including further any ofthe following:

(1) Define a new logical channel identifier (LCID), including using theMAC subheader of the LCID to indicate that the MAC subheader containspower headroom information;

(2) Use the MAC subheader to correspond to CCCH SDU and power headroominformation simultaneously.

Optionally, processing module 10, configured to add information aboutthe data amount available for transmission and power headroom,simultaneously, in the uplink message, with one of the followingmethods:

Method 1: Add BSR_PHR combined MAC CE to the uplink messages.

Method 2: Add information regarding the data amount available fortransmission and power headroom in the CCCH SDU carried by the uplinkmessage.

Optionally, module 10, configured to add the indication information inthe uplink message, where the indication information is to tell that theuplink message caries BSR_PHR combined MAC CE. The methods of adding theindication information include any of the following:

Method 1: Define a new LCID to correspond to BSR_PHR combined MAC CE,using the MAC subheader of the LCID to indicate that the MAC PDU of thisLCID carries BSR_PHR combined MAC CE.

Method 2: Use the one reserved bit in the MAC subheader corresponding tothe CCCH SDU carried by the uplink message to indicate that the uplinkmessage carries the BSR_PHR combined MAC CE.

Method 3: Define a new LCID to correspond to the CCCH, the PHR and theBSR simultaneously, including using the MAC CE subheader of the LCID toindicate that the MAC PDU of the very LCID contains CCCH SDU as well asthe BSR_PHR combined MAC CE.

Method 4: Add indication information in the CCCH SDU to indicator thatthe uplink message carries BSR_PHR combined MAC CE.

In one representative implementation, module 10, configured to add theindication information in the CCCH SDU to indicate that the uplinkmessage carries the BSR_PHR combined MAC CE. The methods for thispurpose includes any of the following:

-   -   Define the spare bits in the CP message carried by the CCCH PDU        as the indication information;    -   Add indication information to the criticalExtension IE or the        non-critical Extension IE in the CP message carried by the CCCH        SDU.

Optionally, processing module 10, can be further configured to use thereserved bits and the F2 bit in the MAC subheader corresponding to theCCCH SDU carried by the uplink message as the indication information,where the indication information taking the first value means that theuplink message carries the BSR MAC CE, the indication information takingthe second value means that the uplink message carries PHR MAC CE, theindication information taking the third value means the uplink messagecarries BSR_PHR combined MAC CE, the indication information taking thefourth value means that the uplink message carries BSR MAC CE, PHR MACCE and BSR_PHR combined MAC CE.

In one representative implementation, the fourth value taking 00 meansthat the uplink message carries BSR MAC CE, PHR MAC CE and BSR_PHRcombined MAC CE.

Optionally, the format of adding BSR_PHR combined MAC CE to the uplinkmessage in such a way that: BSR PHR combined MAC CE consists of BSR andPHR, where the total length of the BSR_PHR combined MAC CE amounts to 8Nbits, and N is an integer and BSR can be constructed by any of thefollowing methods:

Method 1: BSR contains only the data amount available for transmissionvalues.

Method 2: BSR contains both LCG values and the values of the data amountavailable for transmission.

Optionally, when the BSR_PHR combined MAC CE has a total length of 8bits, both the length of PHR and the length of PHR are compressed toless than 8 bits, where the range of data amount available fortransmission in the compressed BSR and the BSR data from current LTEprotocol can be mapped to each other as in the following:

(1) The range of the data amount available for transmission in thecompressed BSR is mapped to the entire BSR data amount table of thecurrent LTE protocol, according to a granularity that is greater thepreset threshold.

(2) The range of the data amount available for transmission in thecompressed BSR is mapped to a part of the BSR data amount table of thecurrent LTE protocol, without changing the granularity.

The relation between the compressed PHR and the PHR mapping table of thecurrent LTE protocol includes any of the following:

(1) The range of the data amount available for transmission in thecompressed PHR is mapped to the entire PHR data amount table of thecurrent LTE protocol, according to a granularity that is greater thepreset threshold.

(2) The range of the data amount available for transmission in thecompressed PHR is mapped to a part of the PHR data amount table of thecurrent LTE protocol, without changing the granularity.

In one implementation example, BSR MAC CE or PHR MAC CE or BSR_PHRcombined MAC CE can be placed in the uplink message after CCCH SDU orbefore CCCH SDU.

Alternatively, processing module 10 is configured to add power headroominformation to the critical Extension IE or non-criticalExtension IE inthe CP message of the CCCH SDU. In specifics, the method of adding thepower headroom can use 1 to 6 bits to represent the magnitude of thepower headroom, where the power headroom is read from the physicallayer.

Optionally, processing module 10 is configured to add the informationabout the data amount available for transmission and power headroom inthe criticalExtension IE or the non-criticalExtension IE in the CPmessage of the CCCH SDU.

It should be pointed out that the above CP message can be, but is notlimited to, any of the following:

(1) RRC connection request message;

(2) RRC connection complete message;

(3) Security mode complete message;

(4) RRC connection reconfiguration complete message;

(5) Uplink transmission messages;

(6) RRC connection re-establishment request message;

(7) RRC connection re-establishment complete message;

(8) RRC connection resume request message;

(9) RRC connection resume complete message.

Alternatively, FIG. 18 shows the structure of the message reportingdevice according to the disclosed techniques.

As shown by FIG. 18, the device includes in addition:

Obtaining module 30, configured to obtain the indication informationfrom the received random access response message, where the indicationinformation tells that the UE adds the information about the data amountavailable for transmission, or the power headroom, or the data amountavailable for transmission and power headroom in the uplink message.

Optionally, as shown in FIG. 18, the aforementioned device includes inaddition: Determining module 40, configured to determine that BSR or PHRis already triggered, where, according to the BSR triggering rules, theperiodicBSR-Timer is not triggered when uplink resource is currentlyavailable for the first transmission, and, according to the PHRtriggering rules, the periodicPHR-Timer is not triggered when uplinkresource is available currently for the first transmission.

It has to be pointed out that all the modules described above can berealized by software or hardware. In the latter case, the realizationcan be achieved, but not limited to, the following method:

All modules in the same processor, or they are placed in moreprocessors, respectively.

It is event for all those skilled in the art, that the modules and stepsin the above disclosed techniques can be realized using computingdevices, they can be concentrated on a single computing device, ordistributed in more computing devices through a network. Optionally,they can be realized by executable computer program code and, as such,be stored in the storage device and carried out by the computing device.In some cases, the steps can be carried out in sequence different thatthat described or shown here, or they can be made as differentintegrated circuits modules, or multiple modules or steps of thedisclosed techniques can be realized in a single integrate circuitsmodule. Thus, the disclosed techniques is not restrained to any specifichardware and software.

All elaborated above are just implementation examples. For those skilledof the art, the disclosed techniques can have various modification andvariation. Any change, equivalent replacement and improvement, as longas within the spirit and principle of the disclosed techniques, shouldbe covered by the protected scope of this patent document.

INDUSTRIAL APPLICABILITY

As elaborated above, the implementation examples of the disclosedtechniques provide a method and device for information report and fordiscontinuous transmission that has the following benefits: It allowsfor efficient usage of the control signaling for data transmission.

What is claimed is:
 1. A wireless communication method, comprising:transmitting, by a terminal device operating in a narrow bandwidth ofunder 200 kHz, a Radio Resource Control (RRC) connection request messageto a base station to establish a connection, wherein the messageindicates that the terminal device supports MultiTone transmissions;receiving, by the terminal device, an RRC connection setup message inresponse to the RRC connection request message; and transmitting, by theterminal device to the base station, an RRC connection complete message,wherein a single bit in a Medium Access Control (MAC) subheader of theRRC connection complete message indicates whether a user plane (UP)transmission mode or a control plane (CP) transmission mode in whichdata is transmitted by control plane is supported for the connection. 2.The method of claim 1, wherein the terminal device supports MultiTonetransmissions is indicated by a value of
 1. 3. A wireless communicationmethod, comprising: receiving, by a base station from a terminal deviceoperating in a narrow bandwidth of under 200 kHz, a Radio ResourceControl (RRC) connection request message to establish a connection,wherein the message indicates that the terminal device supportsMultiTone transmissions; transmitting, by the base station to theterminal device, an RRC connection setup message in response to the RRCconnection request message; and receiving, by the base station, an RRCconnection complete message from the terminal device, wherein a singlebit in a Medium Access Control (MAC) subheader of the RRC connectioncomplete message indicates whether a user plane (UP) transmission modeor a control plane (CP) transmission mode in which data is transmittedby control plane is supported for the connection.
 4. The method of claim3, wherein the terminal device supports MultiTone transmissions isindicated by a value of
 1. 5. A device operating in a narrow bandwidthof under 200 kHz for wireless communication, comprising: a processor,and a memory including processor executable code, wherein the processorexecutable code upon execution by the processor configures the processorto: transmit a Radio Resource Control (RRC) connection request messageto a base station to establish a connection, wherein the messageindicates that the terminal device supports MultiTone transmissions;receive an RRC connection setup message in response to the RRCconnection request message; and transmit an RRC connection completemessage to the base station, wherein a single bit in a Medium AccessControl (MAC) subheader of the RRC connection complete message indicateswhether a user plane (UP) transmission mode or a control plane (CP)transmission mode in which data is transmitted by control plane issupported for the connection.
 6. The device of claim 5, wherein theterminal device supports MultiTone transmissions is indicated by a valueof
 1. 7. A device for wireless communication, comprising: a processor,and a memory including processor executable code, wherein the processorexecutable code upon execution by the processor configures the processorto: receive, from a terminal device operating in a narrow bandwidth ofunder 200 kHz, a Radio Resource Control (RRC) connection request messageto a base station to establish a connection, wherein the messageindicates that the terminal device supports MultiTone transmissions;transmit, to the terminal device, an RRC connection setup message inresponse to the RRC connection request message; and receive an RRCconnection complete message from the terminal device, wherein a singlebit in a Medium Access Control (MAC) subheader of the RRC connectioncomplete message indicates whether a user plane (UP) transmission modeor a control plane (CP) transmission mode in which data is transmittedby control plane is supported for the connection.
 8. The device of claim7, wherein the terminal device supports MultiTone transmissions isindicated by a value of
 1. 9. A non-transitory storage medium havingcode stored thereon, the code upon execution by a processor, causing theprocessor to implement a method that comprises: transmitting, by aterminal device operating in a narrow bandwidth of under 200 kHz, aRadio Resource Control (RRC) connection request message to a basestation to establish a connection, wherein the message indicates thatthe terminal device supports MultiTone transmissions; receiving, by theterminal device, an RRC connection setup message in response to the RRCconnection request message; and transmitting, by the terminal device, anRRC connection complete message to the base station, wherein a singlebit in a Medium Access Control (MAC) subheader of the RRC connectioncomplete message indicates whether a user plane (UP) transmission modeor a control plane (CP) transmission mode in which data is transmittedby control plane is supported for the connection.
 10. The non-transitorystorage medium of claim 9, wherein the terminal device supportsMultiTone transmissions is indicated by a value of
 1. 11. Anon-transitory storage medium having code stored thereon, the code uponexecution by a processor, causing the processor to implement a methodthat comprises: receiving, by a base station from a terminal deviceoperating in a narrow bandwidth of under 200 kHz, a Radio ResourceControl (RRC) connection request message to establish a connection,wherein the message indicates that the terminal device supportsMultiTone transmissions; transmitting, by the base station to theterminal device, an RRC connection setup message in response to the RRCconnection request message; and receiving, by the base station, an RRCconnection complete message from the terminal device, wherein a singlebit in a Medium Access Control (MAC) subheader of the RRC connectioncomplete message indicates whether a user plane (UP) transmission modeor a control plane (CP) transmission mode in which data is transmittedby control plane is supported for the connection.
 12. The non-transitorystorage medium of claim 11, wherein the terminal device supportsMultiTone transmissions is indicated by a value of 1.